- Boost-users - lists.preview.boost.org

newbie metaprogramming question
by Istvan Buki 17 Aug '03

17 Aug '03

Hello Boost experts, I'm starting learning about template metaprogramming and I discovered that Boost provide several libraries in that area. I tried to see if those libraries could be used for a piece of code I have in my mind but I have a hard time figuring out how to start with it. I don't know if it is because I try to apply metaprogramming techniques in a use case where they doesn't fit or because of my lack of experience with these tools. I'm posting my use case here to get some help and advice about it. In a library I provide two classes: 1) An abstract base class (let's call it Base) from which user will derive their own classes. 2) A manager class responsible for manipulating instances of classes derived from Base. The user, in his application, create an an arbitrary number of classes derived from Base. Let's call them A, B and C for example. He create a typelist containing all those classes and passes it as a parameter to the manager class: typedef boost::mpl::list< A, B, C > my_types ; typedef Manager< my_types> my_manager ; When an instance of my_manager is created I would like to automatically create one instance of each type present in the typelist and these instances should be stored in a container where I could access them later. Something like the following: template < class Typelist > class Manager { public: Manager( void ) ; // ..... private: std::vector< Base * > container_ ; // .... } ; template < class Typelist > Manager< Typelist >::Manager( void ) { // This is not C++, it is pseudo-code that shows what I would // like to achieve. FOR EACH Typelist item i DO Base *b = new Typelist[i] container_.push_back( b ) ; END } So, at compile-time, some code should be generated to do what I wrote in pseudo-code in the constructor of Manager. Does this make any sense ? And if it is, could someone help me transform transform the pseudo-code in the constructor of manager to real code ? Thanks for any help you could provide, Istvan

1 0

Errors building boost w/ VC++ 6.0 sp5
by Michael H. Cox 17 Aug '03

17 Aug '03

I downloaded boost_1_30_0.zip, unpacked the zip file, cd'ed into boost_1_30_0, and ran "bjam "-sTOOLS=msvc". Most of the library seemd to compile fine (Python was skipped since I didn't have it installed). Bjam failed to update 12 targets, skipped 12 targets (the same 12 that failed?), and updated 452 targets. The error messages at the end were: ...failed vc-Link libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\run time-link-dynamic\threading-single\boost_test_exec_monitor.dll libs\test\build\b in\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-sin gle\ boost_test_exec_monitor.lib... ...skipped <libs!test!build\boost_test_exec_monitor.dll\msvc\debug\runtime-link- dynamic\threading-single>boost_test_exec_monitor.dll for lack of <libs!test!buil d\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-sing le>b oost_test_exec_monitor.lib... MkDir1 libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\test_main.obj test_main.cpp vc-Link libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link- dynamic\threading-multi\boost_test_exec_monitor.dll libs\test\build\bin\boost_te st_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_te st_e xec_monitor.lib test_main.obj : error LNK2001: unresolved external symbol "int __cdecl test_main (int,char * * const)" (?test_main@@YAHHQAPAD@Z) libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dyna mic\ threading-multi\boost_test_exec_monitor.dll : fatal error LNK1120: 1 unresolved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_test_exe c_monitor.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_test_exe c_mo nitor.dll" /IMPLIB:"libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\ runtime-link-dynamic\threading-multi\boost_test_exec_monitor.lib" @"libs\tes t\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\thre adin g-multi\boost_test_exec_monitor.CMD" ...failed vc-Link libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\run time-link-dynamic\threading-multi\boost_test_exec_monitor.dll libs\test\build\bi n\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-mult i\bo ost_test_exec_monitor.lib... ...skipped <libs!test!build\boost_test_exec_monitor.dll\msvc\debug\runtime-link- dynamic\threading-multi>boost_test_exec_monitor.dll for lack of <libs!test!build \boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-multi >boo st_test_exec_monitor.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-single\boost_unit_test_framework.dll libs\test\build\bin\boos t_unit_test_framework.dll\msvc\debug\runtime-link-static\threading-single\bo ost_ unit_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-st atic \threading-single\boost_unit_test_framework.dll : fatal error LNK1120: 1 unresol ved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-static\threading-single\boost_unit_t est_ framework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc\ debug\runtime-link-static\threading-single\boost_unit_test_framework.lib" @" libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-st atic \threading-single\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-static\threading-single\boost_unit_test_framework.dll libs\test\buil d\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading -sin gle\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-single>boost_unit_test_framework.dll for lack of <libs!test!b uild\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading- sing le>boost_unit_test_framework.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-multi\boost_unit_test_framework.dll libs\test\build\bin\boost _unit_test_framework.dll\msvc\debug\runtime-link-static\threading-multi\boos t_un it_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-st atic \threading-multi\boost_unit_test_framework.dll : fatal error LNK1120: 1 unresolv ed externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-static\threading-multi\boost_unit_te st_f ramework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc\d ebug\runtime-link-static\threading-multi\boost_unit_test_framework.lib" @"li bs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-stat ic\t hreading-multi\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-static\threading-multi\boost_unit_test_framework.dll libs\test\build \bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading- mult i\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-multi>boost_unit_test_framework.dll for lack of <libs!test!bu ild\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading-m ulti >boost_unit_test_framework.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-single\boost_unit_test_framework.dll libs\test\build\bin\boo st_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threading-single\ boos t_unit_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dy nami c\threading-single\boost_unit_test_framework.dll : fatal error LNK1120: 1 unreso lved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-dynamic\threading-single\boost_unit_ test _framework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc \debug\runtime-link-dynamic\threading-single\boost_unit_test_framework.lib" @"libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link- dyna mic\threading-single\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-dynamic\threading-single\boost_unit_test_framework.dll libs\test\bui ld\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threadi ng-s ingle\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-single>boost_unit_test_framework.dll for lack of <libs!test! build\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threadin g-si ngle>boost_unit_test_framework.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-multi\boost_unit_test_framework.dll libs\test\build\bin\boos t_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threading-multi\bo ost_ unit_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dy nami c\threading-multi\boost_unit_test_framework.dll : fatal error LNK1120: 1 unresol ved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_unit_t est_ framework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc\ debug\runtime-link-dynamic\threading-multi\boost_unit_test_framework.lib" @" libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dy nami c\threading-multi\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-dynamic\threading-multi\boost_unit_test_framework.dll libs\test\buil d\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threadin g-mu lti\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-multi>boost_unit_test_framework.dll for lack of <libs!test!b uild\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threading -mul ti>boost_unit_test_framework.lib... vc-Link libs\thread\build\bin\boost_thread.dll\msvc\debug\runtime-link-dynamic\t hreading-multi\boost_thread.dll libs\thread\build\bin\boost_thread.dll\msvc\debu g\runtime-link-dynamic\threading-multi\boost_thread.lib Creating library libs\thread\build\bin\boost_thread.dll\msvc\debug\runtime-li nk-dynamic\threading-multi\boost_thread.lib and object libs\thread\build\bin\boo st_thread.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_thread.e xp ...failed updating 12 targets... ...skipped 12 targets... ...updated 452 targets... C:\boost_1_30_0> Any ideas what I need to do to get it to build properly? Mike mhcox AT ampmed DOT com

3 9

RE: [Boost-Users] Boost::lambda: Why the following code would not compile?
by Ioffe, Robert 15 Aug '03

15 Aug '03

The following code works: #include <string> #include <map> #include <vector> #include <iterator> #include "boost/lambda/lambda.hpp" #include "boost/lambda/bind.hpp" #include "boost/lambda/algorithm.hpp" using namespace boost::lambda; using namespace std; int main() { string s; typedef map<string, int> counters_t; typedef counters_t::value_type counters_value_t; counters_t counters; typedef map<int, vector<string> > occurences_t; typedef occurences_t::value_type occurences_value_t; occurences_t number_of_occurences; while(cin >> s) ++counters[s]; for(map<string, int>::const_iterator it = counters.begin(); it != counters.end(); ++it) number_of_occurences[it->second].push_back(it->first); std::for_each(number_of_occurences.begin(), number_of_occurences.end(), (cout << bind(&occurences_value_t::first, _1) << ":\t" && true, bind(ll::for_each(), bind(call_begin(), bind(&occurences_value_t::second, _1)), bind(call_end(), bind(&occurences_value_t::second, _1)), protect(cout << _1 << " ")), cout << constant("\n") && true)); return 0; } -----Original Message----- From: Ioffe, Robert Sent: Friday, August 15, 2003 12:24 PM To: boost-users(a)yahoogroups.com Subject: [Boost-Users] Boost::lambda: Why the following code would not compile? The following code would not compile, since it complains about trying to copy cout. Any comments? Robert #include <string> #include <map> #include <vector> #include <iterator> #include "boost/lambda/lambda.hpp" #include "boost/lambda/bind.hpp" #include "boost/lambda/algorithm.hpp" using namespace boost::lambda; using namespace std; int main() { string s; typedef map<string, int> counters_t; typedef counters_t::value_type counters_value_t; counters_t counters; typedef map<int, vector<string> > occurences_t; typedef occurences_t::value_type occurences_value_t; occurences_t number_of_occurences; while(cin >> s) ++counters[s]; for(map<string, int>::const_iterator it = counters.begin(); it != counters.end(); ++it) number_of_occurences[it->second].push_back(it->first); std::for_each(number_of_occurences.begin(), number_of_occurences.end(), (cout << bind(&occurences_value_t::first, _1) << ":\t", bind(ll::for_each(), bind(call_begin(), bind(&occurences_value_t::second, _1)), bind(call_end(), bind(&occurences_value_t::second, _1)), protect(cout << _1 << " ")), cout << "\n")); return 0; } [Non-text portions of this message have been removed] Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0

Boost::lambda: Why the following code would not compile?
by Ioffe, Robert 15 Aug '03

15 Aug '03

The following code would not compile, since it complains about trying to copy cout. Any comments? Robert #include <string> #include <map> #include <vector> #include <iterator> #include "boost/lambda/lambda.hpp" #include "boost/lambda/bind.hpp" #include "boost/lambda/algorithm.hpp" using namespace boost::lambda; using namespace std; int main() { string s; typedef map<string, int> counters_t; typedef counters_t::value_type counters_value_t; counters_t counters; typedef map<int, vector<string> > occurences_t; typedef occurences_t::value_type occurences_value_t; occurences_t number_of_occurences; while(cin >> s) ++counters[s]; for(map<string, int>::const_iterator it = counters.begin(); it != counters.end(); ++it) number_of_occurences[it->second].push_back(it->first); std::for_each(number_of_occurences.begin(), number_of_occurences.end(), (cout << bind(&occurences_value_t::first, _1) << ":\t", bind(ll::for_each(), bind(call_begin(), bind(&occurences_value_t::second, _1)), bind(call_end(), bind(&occurences_value_t::second, _1)), protect(cout << _1 << " ")), cout << "\n")); return 0; } [Non-text portions of this message have been removed]

1 0

How to build my projects based on boost_python libraries using visual c++7.0
by shunm_fang 15 Aug '03

15 Aug '03

Hello, I am newbie to boost.python. Currently, I have a projects to wrap our c++ code to python module using boost_python. I download boost_1_19_0 and built it in .net, now I want to test the libraries is right or not, I try to build the hello module in the example, but fail, it saying that: c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\cstdio (15): error C2059: syntax error : ':' any trick about it

1 0

[BGL] write_graphviz error
by Micha Bieber 15 Aug '03

15 Aug '03

The following bug exists also as sourceforge bug request: [ 778394 ] GraphViz Interface boost version is 1.30.0 Because Jeremy seems to be reactivated and the sourceforge tracker status is still 'open' a small reminder: For an adjacency list of the following form adjacency_list<listS, listS, undirectedS, PositionProperty> write_graphviz produces the following graph structure --- output begin --- graph G { graph [splines=false bgcolor=lightgrey] node [shape=circle color=red] edge [style=solid] 002F48A0[label ="", height="0.1", pos="540,250"]; 002F4978[label ="", height="0.1", pos="278,321"]; 002F4A50[label ="", height="0.1", pos="198,67"]; 002F4B28[label ="", height="0.1", pos="163,27"]; 002F4C00[label ="", height="0.1", pos="442,487"]; 002F4B28--002F4A50 ; 002F4A50--002F4978 ; 002F4978--002F4B28 ; 002F4B28--002F48A0 ; 002F48A0--002F4A50 ; 002F4978--002F48A0 ; 002F48A0--002F4C00 ; 002F4C00--002F4978 ; } --- output end --- This causes error messages from neato (GraphViz tool): --- error messages begin -- v:\my\delaunay\test\d1\output>neato -s72 -n2 -Tgif -o file.gif delaunay.dot Warning: delaunay.dot:5: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:6: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:7: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:8: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:9: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:10: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:10: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:11: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:11: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:12: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:12: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:13: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:13: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:14: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:14: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:15: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:15: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:16: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:16: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:17: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:17: ambiguous "002F" splits into two names: "002" and "F" Error: node 002 in graph G has no position as required by the -n flag v:\my\delaunay\test\d1\output> --- error messages end --- The reason can be found at: http://www.research.att.com/~erg/graphviz/info/lang.html "An ID is any string of alphabetic characters, underscores or digits, but not beginning with a digit; or a number; or any quoted string possibly containing escaped quotes." So, the hexadecimal number (mix of digits and characters) of the transfered pointer (list item) is the problem.I would suggest write_graph_viz quotes the node name or prefixes with a character or uses a decimal representation. Regards, Micha

2 1

Graph component question
by Stefan Slapeta 15 Aug '03

15 Aug '03

Hi all, finding edges of cycles in a directed graph is a solved problem and done by the strong_components algorithm. Is there also any a good solution for finding the path (= the exact sequence of vertices) that encloses a strong component? (Note that in a strong component there can be also smaller subcycles that are not of interest.) With other words: I want to find the way through a strong component that visits all its edges. Thanks in advance! Stefan

3 2

Using shared_ptr<> with boost::lamda
by limaxtt 15 Aug '03

15 Aug '03

shared_ptr<> can't be easily used in lambda expressions, because there is no operator->* defined. So, there are two problems in two different libraries: 1) operator->* needs to be added to Smart Pointers library. It can be easily done for data-members, but not for methods, since it includes return type deduction from template parameters. So there is another problem: 2) boost::function_traits<> from Type Traits library (result_type particulary) does not work for class methods.

1 0

[Patch] Boost Jamfiles
by Administrator 15 Aug '03

15 Aug '03

The following changelog and patch do three things: 1. Change to common naming scheme for libs 2. Common subdir for compiled libs 3. Test and date_time dll's suppressed for NT builds. Would appreciate any and all feedback on this patch. Thanks. Dale Hirt Changelog: ---------- 2003-08-14 17:40 pm Dale Hirt <administrator(a)sbcltd.com> Jamfile * Added in boost-stage-tag rule. This appends a "d" to the end of the lib name if it is being compiled in debug mode, and "_pydebug", if being compiled in debug-python mode. Allows for common naming scheme across entire Boost tree. libs/date_time/build/Jamfile * Changes compilation options so that shared lib is not built if we're on NT. * Adds in stage rule to place libs in common subdir, and also to use common naming scheme per debug builds. libs/filesystem/build/Jamfile * Adds in stage rule to place libs in common subdir, and also to use common naming scheme per debug builds. libs/python/build/Jamfile * Changes stage rule to place libs in common subdir, and also to use common naming scheme per debug and debug-python builds. libs/regex/build/Jamfile * Changes stage rule to place libs in common subdir. libs/signals/build/Jamfile * Changes stage rule to use common naming scheme per debug builds. libs/test/build/Jamfile * Changes compilation options so that shared lib is not built if we're on NT. * Changes stage rule to use common naming scheme per debug builds. libs/thread/build/Jamfile * Changes stage rule to place libs in common subdir, and also to use common naming scheme per debug builds. Patch: -------- Index: Jamfile =================================================================== RCS file: /cvsroot/boost/boost/Jamfile,v retrieving revision 1.7 diff -r1.7 Jamfile 2a3,21 > # Common rules for libs > rule boost-stage-tag ( toolset variant : properties * ) > { > local lib-debug-opt = "" ; > if [ MATCH .*(debug).* : $(variant) ] > { > lib-debug-opt = d ; > } > > local lib-pydebug-opt = "" ; > if [ MATCH .*(debug-python).* : $(variant) ] > { > lib-pydebug-opt = _pydebug ; > lib-debug-opt = "" ; > } > > return $(properties) <tag><$(variant)>$(lib-debug-opt)$(lib-pydebug-opt) ; > } > Index: libs/date_time/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/date_time/build/Jamfile,v retrieving revision 1.9 diff -r1.9 Jamfile 24d23 < 29c28,29 < dll boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp --- > > lib boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp 34c34,37 < lib boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp --- > if ! ${NT} > { > > dll boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp 38a42,55 > stage ../../../lib > : <lib>boost_date_time <dll>boost_date_time > : boost-stage-tag > : debug release > ; > } > else > { > stage ../../../lib > : <lib>boost_date_time > : boost-stage-tag > : debug release > ; > } Index: libs/filesystem/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/filesystem/build/Jamfile,v retrieving revision 1.5 diff -r1.5 Jamfile 17c17,24 < ; \ No newline at end of file --- > ; > > stage ../../../lib > : <lib>boost_filesystem > : boost-stage-tag > : debug release > ; > Index: libs/python/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/python/build/Jamfile,v retrieving revision 1.29 diff -r1.29 Jamfile 78,83c78,81 < stage bin-stage : <dll>boost_python <lib>boost_python < : <tag><debug>"_debug" < <tag><debug-python>"_pydebug" < : < debug release < ; --- > stage ../../../lib : <dll>boost_python <lib>boost_python > : boost-stage-tag > : debug release > ; Index: libs/regex/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/regex/build/Jamfile,v retrieving revision 1.17 diff -r1.17 Jamfile 131c131 < stage bin-stage : <lib>boost_regex <dll>boost_regex --- > stage ../../../lib : <lib>boost_regex <dll>boost_regex Index: libs/signals/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/signals/build/Jamfile,v retrieving revision 1.6 diff -r1.6 Jamfile 27,28c27,28 < : <dll>boost_signals < : <tag><debug>"d" --- > : <dll>boost_signals <lib>boost_signals > : boost-stage-tag Index: libs/test/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/test/build/Jamfile,v retrieving revision 1.8 diff -r1.8 Jamfile 67a68,92 > stage ../../../lib : > <lib>boost_prg_exec_monitor > <lib>boost_test_exec_monitor > <lib>boost_unit_test_framework > <dll>boost_prg_exec_monitor > <dll>boost_test_exec_monitor > <dll>boost_unit_test_framework > : > boost-stage-tag > : > debug release > ; > } > else > { > stage ../../../lib : > <lib>boost_prg_exec_monitor > <lib>boost_test_exec_monitor > <lib>boost_unit_test_framework > : > boost-stage-tag > : > debug release > ; > Index: libs/thread/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/thread/build/Jamfile,v retrieving revision 1.20 diff -r1.20 Jamfile 47c47 < stage bin-stage --- > stage ../../../lib 50c50 < <tag><debug>"d" --- > boost-stage-tag

3 2

FW: Patch File For Common Library Subdir
by Administrator 15 Aug '03

15 Aug '03

Jeff, I do have a patch that will do the trick. It also deals with placing all libs into a common subdir of the root directory. If anyone is interested, let me know. Dale > -----Original Message----- > From: Jeff Garland [mailto:jeff@crystalclearsoftware.com] > Sent: Thursday, August 14, 2003 5:19 PM > To: Boost-Users(a)yahoogroups.com > Subject: RE: [Boost-Users] [date_time] library binaries for VC7.1? && > Comm on lib placement <snip> > > Exactly. I think the problem is that the build appears to be building > a valid .dll. I've wanted to turn this off, but I couldn't > figure out the > jamfile magic to make this happen and ran out of time to > pursue it. It's on > my todo list to fix this, but for now just use the static lib. > > Jeff

1 0

RE: [Boost-Users] Re: Using Boost as a Library Dependency
by Administrator 14 Aug '03

14 Aug '03

Jason, Speaking as someone who downloads and uses lots of open-source libraries, I expect that if another library is required, it will be stated in the documentation, and that it is up to me, the library user, to ensure that paths are correctly set up for my compiler. Just don't forget to include the website where I can download the required libraries. There should be no need to modify any of your (the developer's) library files in order for it to work. Compiler include paths are very easy to set up, both on Unix, where you would use something like autoconf to help set everything up, and on Windows, where Visual Studio has a simple directory include dialog box to type into. Again, you (the developer) should only need to state that the library requires another library(i.e. Boost), and me (the user) should be able to deal with it. If I can't, I (the user) actually need to RTFM about my compiler. Dale Hirt > -----Original Message----- > From: Jason Winnebeck [mailto:yg-boost-users@m.gmane.org] > Sent: Thursday, August 14, 2003 5:38 AM > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] Re: Using Boost as a Library Dependency > > > David Abrahams wrote: > > Jason Winnebeck <yg-boost-users(a)m.gmane.org> writes: > >>What do you want it to do? What is the least you expect it to > >>handle? > > > > > > ?? I don't understand your questions. You're the one with a problem > > that needs to be solved. > > Perhaps I was unclear. I was asking it in the sense of "were you to > download some non-commercial 3rd party library today that required > Boost, what would you reasonably expect to be required to do > to get it > to use your boost?" The next question was sort of a second > one asking > what you would have to do ideally but the answer there is > always nothing > ;). Ideally what I would expect is something where it is very simple > that requires you to type the path to your Boost once and only once. > > > Sure, or you're going to have to tell me about a location that gets > > put in the path used by your makefile so I can drop (a > symlink to) my > > boost tree there. The use of angle-includes is irrelevant to all > > this, at least as far as GCC/mingw are concerned. > > There are no symlinks in Windows. I suppose I can make an "include" > makefile where you place your Boost directory in there. For > some reason > this solution is trivial and I just thought of it. Well that makes > makefiles easy. As for Visual Studio... It's a bit more > complicated I > can look more to see what options I have. I know of at least one > solution if I can't find a better one. > > Jason > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark > Printer at Myinks.com. Free s/h on orders $50 or more to the > US & Canada. http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

1 0

[date_time] library binaries for VC7.1?
by Dan Muller 14 Aug '03

14 Aug '03

I've been using boost for a while, but now for the first time I'm using a component that isn't entirely header-based, namely date_time in boost 1.30.0. After building boost for VC7.1, I find a .lib file in boost_1_30_0\libs\date_time\build\bin\libboost_date_time.lib\msvc\debug \runtime-link-dynamic and a .dll in boost_1_30_0\libs\date_time\build \bin\boost_date_time.dll\msvc\debug\runtime-link-dynamic. There are a couple of things that I don't understand about these files. Is the .lib file supposed to be the import library for the .dll? Linking against the .lib file hasn't produced any import references in my applications. Perhaps I'm just not hitting any out-of-line functionality, but it sure seems like the .lib file is a static library rather than an import library. Also, running DUMPBIN /EXPORTS on the .dll file shows no exported symbols related to date_time classes, as far as I can see. It really looks like it's exporting a bunch of stuff related to the standard C++ library, which makes no sense to me. Can anyone clear up my confusion? -- Dan Muller "So that's what an invisible barrier looks like!" (Time Bandits)

1 0

[BGL] patch to graphviz.hpp (cvs version)
by Angus Leeming 14 Aug '03

14 Aug '03

The following trivial patch is needed to compile write_graphviz from today's CVS. Regards, Angus Index: graphviz.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/graph/graphviz.hpp,v retrieving revision 1.18 diff -u -p -r1.18 graphviz.hpp --- graphviz.hpp 12 Aug 2003 01:15:37 -0000 1.18 +++ graphviz.hpp 14 Aug 2003 11:15:49 -0000 @@ -249,7 +249,7 @@ namespace boost { GraphPropertiesWriter gpw) { typedef typename property_map<Graph, vertex_index_t>::const_type vimap_t; - vimap_t vertex_index = get(g, vertex_index_t()); + vimap_t vertex_index = get(vertex_index_t(), g); typedef typename graph_traits<Graph>::directed_category cat_type; typedef graphviz_io_traits<cat_type> Traits; std::string name = "G";

2 1

Using Boost as a Library Dependency
by Jason Winnebeck 14 Aug '03

14 Aug '03

I recently decided to refactor my library's API using the benefits given by boost::shared_ptr, so this now means my library uses boost. I'm trying to figure out how my installation process should go. Since I'm only using shared_ptr I've trimmed down a custom boost version that is only a few hundred k (rather than 10 megs) of just the files that I use. I've put the minimum boost files in my own directory structure so that my library can compile on its own. But when using the library, then what would the user do? Ideally I could have the installer for my library by copy the files to the compiler's include directory, but that's not particularly nice, espically since Boost is quite a popular library, and I don't want to litter up their include directory and most espically not overwrite any installation of Boost they have placed there. One thing that might work, if compilers support include directory "overrides" is if the user is using the full Boost library, to place its -I line before (or after?) the -I for my library, so that they can see my includes, but any boost includes will be "overridden" by their full version of Boost. But this leads to another question: If I compile my library with Boost x but the user has Boost y installed when he links with my library (I DO pass shared_ptr back and forth between user code, so it's not just used internally), what will happen? The shared_ptr interface seems to be oft changing, and so right now my code would only compile for Boost 1.30 (or later? Speaking of that, anyone know why there are no files listed for download for Boost 1.30.1 but it was announced a week ago?). I'm new to these things so I appreciate any feedback or answers you have. The library is just an open-source library I'm writing on my own free time, and I don't have a lot of experience from using/installing commercial C++ libraries to draw upon. Jason Winnebeck

5 13

visitors question
by Jérémie Leguay 14 Aug '03

14 Aug '03

Hi! I would like to use the breadth breadth_first_search with simultaneaously 2 different visitors: -the distance recorder one -one of mine I was thinking about a code like: class bfs_my_visitor:public default_bfs_visitor { ... public: bfs_stop_visitor(...) {} template < typename Vertex, typename Graph > void finish_vertex(Vertex u, const Graph & g) const { ... } }; use in: bfs_my_visitor vis(...); breadth_first_search (g,s, visitor(make_bfs_visitor(std::make_pair(record_distances(&d[0],on_tree_edge()), vis ))); But it doesn't work, can you tell the way to combine thoses visitors in the call of breadth_first_search. regards Jérémie leguay Lip6 - Paris ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Filesystem lib
by ALMAZ_N 13 Aug '03

13 Aug '03

Can someone help me? Has anyone used the above boost Filesystem library on Mac OS X? If you have can you tell me the obstacles you faced and how you overcame them? I am currently including the lib in my windows project and don't seem to have any problems. Thank you Almaz

1 0

Getting std::iterator_category from boost iterator adaptor
by Raoul Gough 13 Aug '03

13 Aug '03

I have a situation where I want to specialize a class template on the basis of iterator_category, but I don't see how to get one of the standard categories when passed a boost iterator adapter. Currently, std::iterator_traits<MyIter>::iterator_category is giving me: boost::iterator_tag<boost::writable_lvalue_iterator_tag , boost::random_access_traversal_tag> I need random_access_iterator_tag for the right specialization to happen. Is there any way to get the *standard* iterator category from a boost iterator? MyIter is boost::indirect_iterator<std::vector<int *>::iterator> compiler is gcc 3.2.3 (mingw special 20030504-1) BTW, isn't this non-standard iterator_category bound to cause problems? e.g. if I use std::distance (MyIter(), MyIter()), how does the compiler know that it should use the std::random_access_iterator_tag specialization of std::distance? -- Raoul Gough "Let there be one measure for wine throughout our kingdom, and one measure for ale, and one measure for corn" - Magna Carta

2 2

[Spirit] file_iterator confusion
by Angus Leeming 13 Aug '03

13 Aug '03

Hello. I am just beginning to look at the spirit library, but am confused by the way file_iterator is working. Could anyone explain to me why this works: typedef spirit::file_iterator <char_t> iterator_t; iterator_t first(argv[1]); // check first is valid ... iterator_t last = first.make_end(); but this doesn't: typedef spirit::file_iterator <char_t> iterator_t; iterator_t first; iterator_t last; boost::tie(first, last) = open_file(argv[1]); // check first is valid ... Both codes compile, but only the first method results in the file being read. In the second instance, the correct number of chars are read, but only the first char is output (multiple times). The open_file function is simply: std::pair<iterator_t, iterator_t> open_file(char const * name) { iterator_t first(name); iterator_t last = first ? first.make_end() : iterator_t(); return std::make_pair(first, last); } Minimal sample code attached. My tests have been with boost 1.30.1. Changing the line #define FAILURE_MODE 1 toggles between the two cases. Best regards, Angus [Non-text portions of this message have been removed]

2 2

Using BGL Graphviz with MSVC7
by Trevon Fuller 12 Aug '03

12 Aug '03

Is there documentation anywhere that explains how to build and link graphviz for MSVC .NET for use with the BOOST graph library? I am trying to compile the example ospf-example.cpp from the BOOST graph library in MSVC .NET. I am using BOOST 1.30.0. I built the graphviz library using bjam with the vc7 toolset. I am getting a compile error: c:\boost_1_30_0\boost\tuple\detail\tuple_basic_no_partial_spec.hpp(83): error C2679: binary '=' : no operator found which takes a right-hand operand of type 'const boost::detail::adj_list_gen<Graph,VertexListS,OutEdgeListS,DirectedS,VertexP roperty,EdgeProperty,GraphProperty,EdgeListS>::config::edge_iterator' (or there is no acceptable conversion) with [ Graph=boost::adjacency_list<boost::vecS,boost::vecS,boost::directedS,boost:: no_property,boost::property<boost::edge_weight_t,int,boost::no_property>,boo st::no_property,boost::listS>, VertexListS=boost::vecS, OutEdgeListS=boost::vecS, DirectedS=boost::directedS, VertexProperty=boost::no_property, EdgeProperty=boost::property<boost::edge_weight_t,int,boost::no_property>, GraphProperty=boost::no_property, EdgeListS=boost::listS ] I think this error is due to the fact that MSVC does not support partial template specialization. Also, when I comment out all of the code except for the first 3 lines of the main, I get the error : dijkstra_link_state_routing error result returned from 'cl.exe' ("dijkstra_link_state_routing" is the name of the solution that contains the file ospf-example.cpp). Any suggestions anyone could offer would be appreciated. Below is the code for ospf-example.cpp. It is the same as the code on the BOOST website. Thanks, Trevon Fuller //====================================================================== // Copyright 2001 Jeremy G. Siek, Andrew Lumsdaine, Lie-Quan Lee, // // This file is part of the Boost Graph Library // // You should have received a copy of the License Agreement for the // Boost Graph Library along with the software; see the file LICENSE. // If not, contact Office of Research, Indiana University, // Bloomington, IN 47405. // // Permission to modify the code and to distribute the code is // granted, provided the text of this NOTICE is retained, a notice if // the code was modified is included with the above COPYRIGHT NOTICE // and with the COPYRIGHT NOTICE in the LICENSE file, and that the // LICENSE file is distributed with the modified code. // // LICENSOR MAKES NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED. // By way of example, but not limitation, Licensor MAKES NO // REPRESENTATIONS OR WARRANTIES OF MERCHANTABILITY OR FITNESS FOR ANY // PARTICULAR PURPOSE OR THAT THE USE OF THE LICENSED SOFTWARE COMPONENTS // OR DOCUMENTATION WILL NOT INFRINGE ANY PATENTS, COPYRIGHTS, TRADEMARKS // OR OTHER RIGHTS. //====================================================================== #include <fstream> // for file I/O #include <boost/graph/graphviz.hpp> // for read/write_graphviz() #include <boost/graph/dijkstra_shortest_paths.hpp> #include <boost/lexical_cast.hpp> int main() { using namespace boost; GraphvizDigraph g_dot; read_graphviz("figs/ospf-graph.dot", g_dot); typedef adjacency_list < vecS, vecS, directedS, no_property, property < edge_weight_t, int > > Graph; typedef graph_traits < Graph >::vertex_descriptor vertex_descriptor; Graph g(num_vertices(g_dot)); property_map < GraphvizDigraph, edge_attribute_t >::type edge_attr_map = get(edge_attribute, g_dot); graph_traits < GraphvizDigraph >::edge_iterator ei, ei_end; for (tie(ei, ei_end) = edges(g_dot); ei != ei_end; ++ei) { int weight = lexical_cast < int >(edge_attr_map[*ei]["label"]); property < edge_weight_t, int >edge_property(weight); add_edge(source(*ei, g_dot), target(*ei, g_dot), edge_property, g); } vertex_descriptor router_six; property_map < GraphvizDigraph, vertex_attribute_t >::type vertex_attr_map = get(vertex_attribute, g_dot); graph_traits < GraphvizDigraph >::vertex_iterator vi, vi_end; for (tie(vi, vi_end) = vertices(g_dot); vi != vi_end; ++vi) if ("RT6" == vertex_attr_map[*vi]["label"]) { router_six = *vi; break; } std::vector < vertex_descriptor > parent(num_vertices(g)); // All vertices start out as there own parent typedef graph_traits < Graph >::vertices_size_type size_type; for (size_type p = 0; p < num_vertices(g); ++p) parent[p] = p; #if defined(BOOST_MSVC) && BOOST_MSVC <= 1300 std::vector<int> distance(num_vertices(g)); property_map<Graph, edge_weight_t>::type weightmap = get(edge_weight, g); property_map<Graph, vertex_index_t>::type indexmap = get(vertex_index, g); dijkstra_shortest_paths (g, router_six, &parent[0], &distance[0], weightmap, indexmap, std::less<int>(), closed_plus<int>(), std::numeric_limits<int>::max(), 0, default_dijkstra_visitor()); #else dijkstra_shortest_paths(g, router_six, predecessor_map(&parent[0])); #endif graph_traits < GraphvizDigraph >::edge_descriptor e; for (size_type i = 0; i < num_vertices(g); ++i) if (parent[i] != i) { e = edge(parent[i], i, g_dot).first; edge_attr_map[e]["color"] = "black"; } #if defined(BOOST_MSVC) && BOOST_MSVC <= 1300 // VC++ can't handle write_graphviz :( { std::ofstream out("figs/ospf-sptree.dot"); out << "digraph loops {\n" << "size=\"3,3\"\n" << "ratio=\"fill\"\n" << "shape=\"box\"\n"; graph_traits<Graph>::vertex_iterator vi, vi_end; for (tie(vi, vi_end) = vertices(g); vi != vi_end; ++vi) { out << *vi << "["; for (std::map<std::string,std::string>::iterator ai vertex_attr_map[*vi].begin(); ai != vertex_attr_map[*vi].end(); ++ai) { out << ai->first << "=" << ai->second; if (next(ai) != vertex_attr_map[*vi].end()) out << ", "; } out<< "]"; } for (tie(ei, ei_end) = edges(g); ei != ei_end; ++ei) { out << source(*ei, g) << " -> " << target(*ei, g) << "["; std::map<std::string,std::string>& attr_map = edge_attr_map[*ei]; for (std::map<std::string,std::string>::iterator eai attr_map.begin(); eai != attr_map.end(); ++eai) { out << eai->first << "=" << eai->second; if (next(eai) != attr_map.end()) out << ", "; } out<< "]"; } out << "}\n"; } #else graph_property < GraphvizDigraph, graph_edge_attribute_t >::type & graph_edge_attr_map = get_property(g_dot, graph_edge_attribute); graph_edge_attr_map["color"] = "grey"; write_graphviz("figs/ospf-sptree.dot" , g_dot); #endif std::ofstream rtable("routing-table.dat"); rtable << "Dest Next Hop Total Cost" << std::endl; for (tie(vi, vi_end) = vertices(g_dot); vi != vi_end; ++vi) if (parent[*vi] != *vi) { rtable << vertex_attr_map[*vi]["label"] << " "; vertex_descriptor v = *vi, child; int path_cost = 0; property_map < Graph, edge_weight_t >::type weight_map = get(edge_weight, g); do { path_cost += get(weight_map, edge(parent[v], v, g).first); child = v; v = parent[v]; } while (v != parent[v]); rtable << vertex_attr_map[child]["label"] << " "; rtable << path_cost << std::endl; } return EXIT_SUCCESS; }

1 0

tuples: operator ==
by Konstantin M. Litvinenko 12 Aug '03

12 Aug '03

Hello, All! I can't compile this simple test: --------------------------------------------- #include <boost/tuple/tuple.hpp> #include <iostream> using namespace boost::tuples; using namespace std; int main() { typedef tuple<int, tuple<int, int> > Tuple; Tuple t1(1, make_tuple(1, 1)); Tuple t2(2, make_tuple(2, 2)); if (get<1>(t1) == get<1>(t2)) { cout << "equal"; } else { cout << " not equal"; } return 0; } ----------------------------------------- What am I doing wrong? Compilers: Borland Builder 6 (bcc32.exe 5.6.4) and VC7 With best regards, Konstantin M. Litvinenko aka Dark Angel.

2 1

RE: [Boost-Users] boos::bind class member function
by Ioffe, Robert 12 Aug '03

12 Aug '03

Dirk, The following should not compile: for_each(v.begin(), v.end(), boost::bind(&myclass::print, _1)); since myclass::print actually takes two arguments and the first one is not the std::string, but the object of class myclass. So you should do something like this: myclass foo; for_each(v.begin(), v.end(), boost::bind(&myclass::print, foo, _1)); Have fun, Robert Ioffe -----Original Message----- From: dirk_griffioen [mailto:diddekio@yahoo.com] Sent: Tuesday, August 12, 2003 3:43 AM To: Boost-Users(a)yahoogroups.com Subject: [Boost-Users] boos::bind class member function Hi, I would like to use a for_each with a class member function. The for_each in myclass::do_print below does not compile. And I simply cant figure it out. I'm using vc7.1. //////////////////////////////// void print2(std::string s) { cout << s << '\n'; } class myclass { public: void print(std::string s); void do_print(); }; void myclass::print(std::string s) { cout << s << '\n'; } void myclass::do_print() { vector<std::string> v; v.push_back("a"); v.push_back("b"); v.push_back("c"); v.push_back("d"); for_each(v.begin(), v.end(), boost::bind(boost::type<void>(), &myclass::print, _1)); } ///////////////////////////////////////// nor will for_each(v.begin(), v.end(), boost::bind(&myclass::print, _1)); for_each(v.begin(), v.end(), boost::bind(print, _1)); whereas for_each(v.begin(), v.end(), boost::bind(print2, _1)); is ok It seems natural to do, but I cant get it. Dirk Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0

BUG: _DLL used to define BOOST_SIGNALS_STATIC_LINK
by kaineumann2001 12 Aug '03

12 Aug '03

Under cl(MS)/icl(Intel) compiler hash-def '_DLL' denotes dynamic linking of the C runtime library. Therefore, signals library should not use this to determine linkage (I may wish to statically link the signals library, while dynamically linking c-runtime.) see file boost/signals/detail/signals_common.hpp where the following snippet is invalid: #if defined(_MSC_VER) && defined(_DLL) # define BOOST_SIGNALS_HAS_DLL_RUNTIME #endif #if defined(BOOST_SIGNALS_HAS_DLL_RUNTIME) && !defined (BOOST_SIGNALS_STATIC_LINK) # if defined(BOOST_SIGNALS_IN_LIBRARY_SOURCE) # define BOOST_SIGNALS_DECL __declspec(dllexport) # define BOOST_SIGNALS_BUILD_DLL # else # define BOOST_SIGNALS_DECL __declspec(dllimport) # endif #endif here BOOST_SIGNALS_DECL is defined as __declspec(dllimport) as a consequence of linking the c-runtime dynamically under cl/icl compilers. But that's not what I wanted - I wanted to link signals.lib statically. This same bug is in the regex library. In fact, anyone able to fix this, should search for _DLL in the BOOST headers. Cheers, Kai

2 1

boos::bind class member function
by dirk_griffioen 12 Aug '03

12 Aug '03

Hi, I would like to use a for_each with a class member function. The for_each in myclass::do_print below does not compile. And I simply cant figure it out. I'm using vc7.1. //////////////////////////////// void print2(std::string s) { cout << s << '\n'; } class myclass { public: void print(std::string s); void do_print(); }; void myclass::print(std::string s) { cout << s << '\n'; } void myclass::do_print() { vector<std::string> v; v.push_back("a"); v.push_back("b"); v.push_back("c"); v.push_back("d"); for_each(v.begin(), v.end(), boost::bind(boost::type<void>(), &myclass::print, _1)); } ///////////////////////////////////////// nor will for_each(v.begin(), v.end(), boost::bind(&myclass::print, _1)); for_each(v.begin(), v.end(), boost::bind(print, _1)); whereas for_each(v.begin(), v.end(), boost::bind(print2, _1)); is ok It seems natural to do, but I cant get it. Dirk

1 0

how to convert c++ objects to Python?
by cavok＠filibusta.crema.unimi.it 12 Aug '03

12 Aug '03

hi, i have a c++ function that returns a reference to a c++ object. i want to expose this function to Python making it return the Python version of the object. i'm using Boost.Python. i understood that i have to use to_python_converter but the body of the A_to_Python::convert function is mystery for me. Boost documentation's example solves the problem in a manner i'm not able to apply to my case. my A object is complex and i'd like to somewhat (re)use the class_ object. ---------------- CUT HERE ---------------- #include <boost/python.hpp> using namespace boost::python; struct A { void f() {} }; A a; struct A_to_Python { static PyObject* convert(const A& a) { // documentation says: // return PyObject_New(noddy_NoddyObject, &noddy_NoddyType); } }; A& get_A() { return a; } BOOST_PYTHON_MODULE(hello) { class_<A>("A") .def("f", &A::f) ; to_python_converter<A, A_to_Python>(); def("get_A", get_A, return_value_policy<reference_existing_object>()); } ---------------- CUT HERE ---------------- please, somebody enlighten me. many thanks domenico -----[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50

2 1

BGL write_graphviz and VertexList type
by Solomon Gibbs 12 Aug '03

12 Aug '03

Hello, I've been trying to use the write_graphviz function in BGL, and I've noticed that it appears to be sensitive to the type of VertexList used in the graph. adjacency_lists using a boost::vecS produce vertex indices in integer form like: graph G { 0[label="0"]; 1[label="1"]; 0--1 [label="2.8"]; } but the same code backed by boost::listS seems to not dereference completely: graph G { 0x80545f0[label="10"]; 0x8054608[label="11"]; 0x80545f0--0x8054608 [label="2.8"]; } dot doesn't like this. I notice that write_graphviz dereferences boost::graph_traits<Graph>::vertex_iterator to print the vertex. Are the listS and vecS *operators different somehow? The vector backed adjacency_list also seems to be automagically setting the vertex_index property to the actual index of the vertex in the storage vector instead of the value given in add_vertex(). My question is: Is this the expected behavior for these classes or some problem I've managed to create on my own? Thanks, Solomon

2 1