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

Generic Properties and serializable boost::any.
by Mauricio Gomes 24 Feb '10

24 Feb '10

Dear All, Googling the subject I see there were some discussion about the subject sometime ago. Does anybody has implemented a serializable version (in the sense of the boost serialization library) of boost::any ? If you do, would you mind sharing it ? I want to implement a generic Property class. I have taken a look at Property Tree but that requires an homogeneous container (it requires to pass the data type in the constructor template parameter. I would like to pass only the key type and use boost::any to store the values. However I need it to be serializable. I am learning generic programming and I am a bit out of my league here so I would like to check if anybody has already ventured in making boost::any serializable before I try it myself. The goal would be to get something that would give me functionality similar to get<T>(key) as we can find in Property Tree but requiring the data type in a set<T>(key) method instead of asking for it in the constructor. Does it make sense ? Am I in the right path using boost::any ? Is it even possible in C++ ? Thank you for your attention, -- Mau

3 3

[graph] [parallel graph] property and distributedS
by Andreas Zilian 24 Feb '10

24 Feb '10

Hello, using the parallel graph library, I try to combine the property definition for a vertex typedef property<vertex_rank_t, int, VVV> vertex_property_t; with the vertex storage type distributedS in a distributed adjacency_list. Unfortunately this does not compile in the form listed below. Now, I would like to learn why the code actually compiles fine if a) distributedS is changed to vecS (see typdef vertex_storage_t), b) property<vertex_rank_t, int, VVV> is changed to VVV (see typedef vertex_property_t). I need the property vertex_rank_t for redistribution of the graph. Thank you very much, Andreas #include <boost/graph/use_mpi.hpp> #include <boost/graph/distributed/adjacency_list.hpp> #include <boost/graph/distributed/mpi_process_group.hpp> using namespace boost; using boost::graph::distributed::mpi_process_group; struct VVV { friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { } }; //typedef vecS vertex_storage_t ; typedef distributedS<mpi_process_group, vecS> vertex_storage_t ; //typedef VVV vertex_property_t; typedef property<vertex_rank_t, int, VVV> vertex_property_t; typedef adjacency_list<vecS, vertex_storage_t, directedS, vertex_property_t> G; int main () { G g(10); }

1 0

linking problems
by Christian Meesters 24 Feb '10

24 Feb '10

Hi, Perhaps a bit off-topic, but I'm new to boost, so I don't know better. My program is named yamas. Now, when I do g++ -o trunk/yamas.o -c -fopenmp -O3 -Wall trunk/yamas.cpp there aren't any warnings or errors, but g++ -o yamas -fopenmp trunk/yamas.o tells me yamas.cpp:(.text+0x362): undefined reference to `boost::program_options::options_description::m_default_line_length' and goes on with many more compiler messages. My question now is, how can I make g++ aware of boost during the linking process. I tinkered with -L/usr/local/lib (where my boost libraries are), but without success. Specifically stating -llibboost_program_options lets g++ tell me that I cannot find this library. However, /usr/local/lib is in LD_LIBRARY_PATH and libboost_program_options.so in there - installed today. Any hints for me? TIA Christian

2 2

[BGL] adjacency_iterator invalidation with adjacency_list<listS, listS, unorderedS>
by cobalto 24 Feb '10

24 Feb '10

According to http://www.boost.org/doc/libs/1_39_0/libs/graph/doc/adjacency_list.html, adjacency_iterators into adjacency_list<listS, listS, unorderedS, ... > graphs should not be invalidated by calls to clear_vertex() and remove_vertex(). However, running the below code results in iterator invalidation directly following the call to clear_vertex() >From most likely to least likely, am I 1) doing something wrong, 2)misreading something in the documentation, or 3) encountering a bug? using namespace boost; typedef property<vertex_name_t, unsigned short> usVertName; typedef boost::adjacency_list< listS, listS, undirectedS, usVertName > Graph; typedef boost::graph_traits<Graph>::vertex_descriptor Vertex; void RemoveVertAndNeighbors(Vertex v, Graph& g) { typedef boost::graph_traits<Graph>::adjacency_iterator AdjVertIt; AdjVertIt avi, avinext, av_end; tie(avi, av_end)=adjacent_vertices(v,g); for (avinext=avi; avi != av_end; avi=avinext) { ++avinext; //avinext is a valid iterator here clear_vertex(*avi,g); //Should Invalidate Edge Iterators and Edge Refs that touch Vertex *avi //******ERROR: avinext appears invalid*******// //either no longer points to the same element or otherwise crashes the program remove_vertex(*avi,g); //Should Invalidate avi and any other Vertex Reference pointing to *avi //But should not affect avinext } remove_vertex(v,g); } Any Help is greatly Appreciated -- View this message in context: http://old.nabble.com/-BGL--adjacency_iterator-invalidation-with-adjacency_… Sent from the Boost - Users mailing list archive at Nabble.com.

2 5

fusion struct adapted, latest trunk changes
by Hicham Mouline 24 Feb '10

24 Feb '10

Christopher, I had a temporary tweak to boost\fusion\adapted\struct\adapt_struct.hpp and boost\fusion\adapted\struct\extension.hpp where I added a struct_member_name template that returned the const char * name of a given member of the struct. In boost\fusion\adapted\struct\extension.hpp, there was the primary template template <typename Struct, int i> struct_member_name; and in boost\fusion\adapted\struct\adapt_struct.hpp, I added in the BOOST_FUSION_ADAPT_STRUCT_C macro (given to me by Joel) the following: template <> \ struct struct_member_name<name, i> \ { \ typedef char const* type; \ static type call() \ { \ return BOOST_PP_STRINGIZE(BOOST_PP_TUPLE_ELEM(2, 1, xy)); \ } \ }; I had promised Joel I would add this to the other adapted "things" (other headers). Then a user API (not extension API) would be added to access these. 1. temporarily, which files should I add this tweak to (boost\fusion\adapted\struct\extension.hpp is gone) 2. I understand your changes are about adapting class/struct templates. Where should I add this tweak to if I wish to use it for adapted templates, regards,

1 0

Re: [Boost-users] multi_array : using double** from 3rd party lib
by Hicham Mouline 24 Feb '10

24 Feb '10

-----Original Message----- From: "alfC" [alfredo.correa(a)gmail.com] Date: 24/02/2010 08:24 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] multi_array : using double** from 3rd party lib > and I wish to pass the "subarray" as a double** argument and call their function .It's not possible, is it? you have to create the array of pointers: double trace(double** arr){ double ret=0; for(unsigned i=0; i!=4; ++i){ ret+=arr[i][i]; } return ret; } int main(){ boost::multi_array<double, 7> a(boost::extents[2][2][2][2][2][4] [4]); a[1][1][1][1][1][0][0]=8; a[1][1][1][1][1][3][3]=3; double** sarr=new double*[4]; for(unsigned i=0; i!=4; ++i){ sarr[i]=(&a[1][1][1][1][1][i][0]); } std::cout<< trace( sarr ) <<std::endl; //outputs 11 return 0; } , but probably you wanted something simpler. > I am actually able to override their function that takes in a double** data. > > Can it work then? If you can "override" (sic) the function that takes the data, can't you just replace by some multi_array<double, 2>, if there is no pointer arithmetic in the function then that it is easy to do. right? Alfredo _______________________________________________ The function is a virtual member function of a class. It has signature virtual f(double** data, ....) So I can override in my derived class, but then I can only override it with the same signature. creating the array of pointers is what the library does in their default implementation. But for me, I have the data already in the array, so it is a waste of runtime and memory, anyways, you confirmed there is no way around this, thanks very much,

1 0

multi_array : using double** from 3rd party lib
by Hicham Mouline 24 Feb '10

24 Feb '10

Hello, I have a 3rd party library which exposes a function that takes a double** data argument. I looked into its source and saw that they use this notation data[i][j] with i and j varying from imin to imax and j from jmin to jmax Now I have a boost::multi_array<double, 7> marray and I have 2 dimensions that are given to me by the user at runtime, between 0 and 6. They may be contiguous or not. and I wish to pass the "subarray" as a double** argument and call their function .It's not possible, is it? I am actually able to override their function that takes in a double** data. Can it work then? regards,

3 2

Boost and Pipes
by 'Buser' 24 Feb '10

24 Feb '10

Hi, I am looking to use Named Pipes cross platform with non-blocking read & writes. Looking through the boost documentation, I couldn't find any Pipe Abstraction in boost. I was wondering if there is anything in the works for pipes support in Boost or if anyone has some existing implementation which can be used? ---- This message was sent using MailFool. Message id: "GMM12481917PKNR". Visit http://www.MailFool.com for more info or if you doubt the authenticity of the e-mail.

1 0

[unit testing][build] basic guidance needed, please
by er 24 Feb '10

24 Feb '10

Hello, I'm making first (wrong) steps with the unit test suite. Could someone please guide me in troubleshooting the problems below? The command is executed from directory /boost_1_41_0/libs/assign/test Apparently the command generates some objects files in both /bin.v2/libs/assign/test and /bin.v2/libs/test/build/gcc-4.2.1/link-static as well as libboost_unit_test_framework.a in the latter directory. Thanks. $ bjam debug release warning: No toolsets are configured. warning: Configuring default toolset "gcc". warning: If the default is wrong, your build may not work correctly. warning: Use the "toolset=xxxxx" option to override our guess. warning: For more configuration options, please consult warning: http://boost.org/boost-build2/doc/html/bbv2/advanced/configuration.html ...patience... ...patience... ...found 1491 targets... ...updating 140 targets... gcc.compile.c++ ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug/basic.o gcc.link ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug/basic ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug/basic" -Wl,--start-group "../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug/basic.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug/basic... ...skipped <p../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug>basic.run for lack of <p../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/debug>basic... gcc.compile.c++ ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug/std.o gcc.link ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug/std ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug/std" -Wl,--start-group "../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug/std.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug/std... ...skipped <p../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug>std.run for lack of <p../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/debug>std... gcc.compile.c++ ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug/list_of.o gcc.link ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug/list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug/list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug/list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug/list_of... ...skipped <p../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug>list_of.run for lack of <p../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/debug>list_of... gcc.compile.c++ ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug/ptr_list_of.o gcc.link ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug/ptr_list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug/ptr_list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug/ptr_list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug/ptr_list_of... ...skipped <p../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug>ptr_list_of.run for lack of <p../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/debug>ptr_list_of... gcc.compile.c++ ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug/static_list_of.o gcc.link ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug/static_list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug/static_list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug/static_list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug/static_list_of... ...skipped <p../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug>static_list_of.run for lack of <p../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/debug>static_list_of... gcc.compile.c++ ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug/tuple_list_of.o gcc.link ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug/tuple_list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug/tuple_list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug/tuple_list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug/tuple_list_of... ...skipped <p../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug>tuple_list_of.run for lack of <p../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/debug>tuple_list_of... gcc.compile.c++ ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug/list_inserter.o gcc.link ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug/list_inserter ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug/list_inserter" -Wl,--start-group "../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug/list_inserter.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug/list_inserter... ...skipped <p../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug>list_inserter.run for lack of <p../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/debug>list_inserter... gcc.compile.c++ ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug/ptr_list_inserter.o gcc.link ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug/ptr_list_inserter ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug/ptr_list_inserter" -Wl,--start-group "../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug/ptr_list_inserter.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug/ptr_list_inserter... ...skipped <p../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug>ptr_list_inserter.run for lack of <p../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/debug>ptr_list_inserter... gcc.compile.c++ ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug/ptr_map_inserter.o gcc.link ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug/ptr_map_inserter ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug/ptr_map_inserter" -Wl,--start-group "../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug/ptr_map_inserter.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug/ptr_map_inserter... ...skipped <p../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug>ptr_map_inserter.run for lack of <p../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/debug>ptr_map_inserter... gcc.compile.c++ ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug/list_of_workaround.o gcc.link ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug/list_of_workaround ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug/list_of_workaround" -Wl,--start-group "../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug/list_of_workaround.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug/list_of_workaround... ...skipped <p../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug>list_of_workaround.run for lack of <p../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/debug>list_of_workaround... gcc.compile.c++ ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug/email_example.o gcc.link ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug/email_example ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug/email_example" -Wl,--start-group "../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug/email_example.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug/email_example... ...skipped <p../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug>email_example.run for lack of <p../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/debug>email_example... gcc.compile.c++ ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug/my_vector_example.o gcc.link ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug/my_vector_example ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug/my_vector_example" -Wl,--start-group "../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug/my_vector_example.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug/my_vector_example... ...skipped <p../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug>my_vector_example.run for lack of <p../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/debug>my_vector_example... gcc.compile.c++ ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug/multi_index_container.o gcc.link ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug/multi_index_container ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug/multi_index_container" -Wl,--start-group "../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug/multi_index_container.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/debug/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g ...failed gcc.link ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug/multi_index_container... ...skipped <p../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug>multi_index_container.run for lack of <p../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/debug>multi_index_container... common.mkdir ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release/basic.o common.mkdir ../../../bin.v2/libs/test/build/gcc-4.2.1/release common.mkdir ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/compiler_log_formatter.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/debug.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/exception_safety.o In file included from ../../../boost/detail/lcast_precision.hpp:16, from ../../../boost/lexical_cast.hpp:31, from ../../../boost/test/interaction_based.hpp:27, from ../../../boost/test/impl/exception_safety.ipp:30, from ../../../libs/test/src/exception_safety.cpp:16: ../../../boost/integer_traits.hpp:164:66: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:164:77: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:170:70: warning: use of C99 long long integer constant gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/execution_monitor.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/framework.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/interaction_based.o In file included from ../../../boost/detail/lcast_precision.hpp:16, from ../../../boost/lexical_cast.hpp:31, from ../../../boost/test/interaction_based.hpp:27, from ../../../boost/test/impl/interaction_based.ipp:26, from ../../../libs/test/src/interaction_based.cpp:16: ../../../boost/integer_traits.hpp:164:66: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:164:77: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:170:70: warning: use of C99 long long integer constant gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/logged_expectations.o In file included from ../../../boost/detail/lcast_precision.hpp:16, from ../../../boost/lexical_cast.hpp:31, from ../../../boost/test/interaction_based.hpp:27, from ../../../boost/test/impl/logged_expectations.ipp:28, from ../../../libs/test/src/logged_expectations.cpp:16: ../../../boost/integer_traits.hpp:164:66: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:164:77: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:170:70: warning: use of C99 long long integer constant gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/plain_report_formatter.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/progress_monitor.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/results_collector.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/results_reporter.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/test_tools.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/unit_test_log.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/unit_test_main.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/unit_test_monitor.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/unit_test_parameters.o In file included from ../../../boost/detail/lcast_precision.hpp:16, from ../../../boost/lexical_cast.hpp:31, from ../../../boost/test/utils/runtime/interpret_argument_value.hpp:28, from ../../../boost/test/utils/runtime/cla/argument_factory.hpp:25, from ../../../boost/test/utils/runtime/cla/typed_parameter.hpp:25, from ../../../boost/test/utils/runtime/cla/basic_parameter.hpp:21, from ../../../boost/test/utils/runtime/cla/named_parameter.hpp:21, from ../../../boost/test/utils/runtime/cla/dual_name_parameter.hpp:21, from ../../../boost/test/impl/unit_test_parameters.ipp:31, from ../../../libs/test/src/unit_test_parameters.cpp:16: ../../../boost/integer_traits.hpp:164:66: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:164:77: warning: use of C99 long long integer constant ../../../boost/integer_traits.hpp:170:70: warning: use of C99 long long integer constant gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/unit_test_suite.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/xml_log_formatter.o gcc.compile.c++ ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/xml_report_formatter.o gcc.archive ../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a gcc.link ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release/basic ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release/basic" -Wl,--start-group "../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release/basic.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release/basic... ...skipped <p../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release>basic.run for lack of <p../../../bin.v2/libs/assign/test/basic.test/gcc-4.2.1/release>basic... common.mkdir ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release/std.o gcc.link ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release/std ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release/std" -Wl,--start-group "../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release/std.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release/std... ...skipped <p../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release>std.run for lack of <p../../../bin.v2/libs/assign/test/std.test/gcc-4.2.1/release>std... common.mkdir ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release/list_of.o gcc.link ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release/list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release/list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release/list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release/list_of... ...skipped <p../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release>list_of.run for lack of <p../../../bin.v2/libs/assign/test/list_of.test/gcc-4.2.1/release>list_of... common.mkdir ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release/ptr_list_of.o gcc.link ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release/ptr_list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release/ptr_list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release/ptr_list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release/ptr_list_of... ...skipped <p../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release>ptr_list_of.run for lack of <p../../../bin.v2/libs/assign/test/ptr_list_of.test/gcc-4.2.1/release>ptr_list_of... common.mkdir ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release/static_list_of.o gcc.link ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release/static_list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release/static_list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release/static_list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release/static_list_of... ...skipped <p../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release>static_list_of.run for lack of <p../../../bin.v2/libs/assign/test/static_list_of.test/gcc-4.2.1/release>static_list_of... common.mkdir ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release/tuple_list_of.o gcc.link ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release/tuple_list_of ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release/tuple_list_of" -Wl,--start-group "../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release/tuple_list_of.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release/tuple_list_of... ...skipped <p../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release>tuple_list_of.run for lack of <p../../../bin.v2/libs/assign/test/tuple_list_of.test/gcc-4.2.1/release>tuple_list_of... common.mkdir ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release/list_inserter.o gcc.link ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release/list_inserter ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release/list_inserter" -Wl,--start-group "../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release/list_inserter.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release/list_inserter... ...skipped <p../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release>list_inserter.run for lack of <p../../../bin.v2/libs/assign/test/list_inserter.test/gcc-4.2.1/release>list_inserter... common.mkdir ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release/ptr_list_inserter.o gcc.link ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release/ptr_list_inserter ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release/ptr_list_inserter" -Wl,--start-group "../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release/ptr_list_inserter.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release/ptr_list_inserter... ...skipped <p../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release>ptr_list_inserter.run for lack of <p../../../bin.v2/libs/assign/test/ptr_list_inserter.test/gcc-4.2.1/release>ptr_list_inserter... common.mkdir ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release/ptr_map_inserter.o gcc.link ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release/ptr_map_inserter ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release/ptr_map_inserter" -Wl,--start-group "../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release/ptr_map_inserter.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release/ptr_map_inserter... ...skipped <p../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release>ptr_map_inserter.run for lack of <p../../../bin.v2/libs/assign/test/ptr_map_inserter.test/gcc-4.2.1/release>ptr_map_inserter... common.mkdir ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release/list_of_workaround.o gcc.link ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release/list_of_workaround ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release/list_of_workaround" -Wl,--start-group "../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release/list_of_workaround.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release/list_of_workaround... ...skipped <p../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release>list_of_workaround.run for lack of <p../../../bin.v2/libs/assign/test/list_of_workaround.test/gcc-4.2.1/release>list_of_workaround... common.mkdir ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release/email_example.o gcc.link ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release/email_example ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release/email_example" -Wl,--start-group "../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release/email_example.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release/email_example... ...skipped <p../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release>email_example.run for lack of <p../../../bin.v2/libs/assign/test/email_example.test/gcc-4.2.1/release>email_example... common.mkdir ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release/my_vector_example.o gcc.link ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release/my_vector_example ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release/my_vector_example" -Wl,--start-group "../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release/my_vector_example.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release/my_vector_example... ...skipped <p../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release>my_vector_example.run for lack of <p../../../bin.v2/libs/assign/test/my_vector_example.test/gcc-4.2.1/release>my_vector_example... common.mkdir ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release gcc.compile.c++ ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release/multi_index_container.o gcc.link ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release/multi_index_container ld: unknown option: --start-group collect2: ld returned 1 exit status "g++" -o "../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release/multi_index_container" -Wl,--start-group "../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release/multi_index_container.o" "../../../bin.v2/libs/test/build/gcc-4.2.1/release/link-static/libboost_unit_test_framework.a" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -Wl,--strip-all ...failed gcc.link ../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release/multi_index_container... ...skipped <p../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release>multi_index_container.run for lack of <p../../../bin.v2/libs/assign/test/multi_index_container.test/gcc-4.2.1/release>multi_index_container... ...failed updating 26 targets... ...skipped 52 targets... ...updated 62 targets...

2 2

Help make boost::multi_array code generic!
by Joey Mukherjee 24 Feb '10

24 Feb '10

I have some code which makes use of boost::multi_array that I would like to make more generic, but I am incapable of groking the error messages. I am hoping some one can shed some light on this. I have a one dimensional array of number which is actually a tensor of variable size. I have a vector (vinfo._sizes) which contains the size of each of the dimensions. In this case, I am using the 3D version. I have another vector (local_subsensors) which contains a specific slice of the 3D view (i.e. reduce the 3D to 2D) that I am seeking or a -1 to mean I want everything in the row/column. I am also given an X/Y variable to return out a specific value from this new 2D matrix. This code works in constructing a view of this type: typedef boost::const_multi_array_ref <double, 3>array_type; array_type::index_gen indices; array_type multi_array (&(vals [0]), vinfo._sizes); if ((local_subsensors [0] == -1) &&(local_subsensors [1] == -1)) { ret_val = (array_type::const_array_view<2>::type (multi_array [indices [range ()][range()][local_subsensors[2]]])) [whichX][whichY]; } else if ((local_subsensors [0] == -1) &&(local_subsensors [2] == -1)) { ret_val = (array_type::const_array_view<2>::type (multi_array [indices [range()][local_subsensors[1]][range()]])) [whichX][whichY]; } else if ((local_subsensors [1] == -1) &&(local_subsensors [2] == -1)) { ret_val = (array_type::const_array_view<2>::type (multi_array [indices [local_subsensors[0]][range ()][range()]])) [whichX][whichY]; } Here's my attempt at making this generic and it does not work. Can someone tell me why? range Dim [3]; for (unsigned int i = 0; i < vinfo._sizes.size(); ++i) if (local_subsensors [i] == -1) Dim [i] =range (); else Dim [i] = range (local_subsensors [i]); slice = multi_array [indices [Dim [0]][Dim [1]][Dim [2]]]; Thanks in advance! Joey

1 0

shared_ptr / auto_ptr
by Chard 23 Feb '10

23 Feb '10

We've recently been evaluating a move from boost 1.38 to 1.42 [MSVC71], and we had some code that breaks down to the following: [1] struct T {}; [2] std::auto_ptr<T> ap; [3] boost::shared_ptr<T> sp = ap; Line [3] stopped compiling because of the 'explicit' introduced (in shared_ptr.hpp) at line [L] (below). >From smart_ptr/shared_ptr.hpp: [A] template<class Y> [B] explicit shared_ptr(std::auto_ptr<Y> & r): px(r.get()), pn() [C] { [D] Y * tmp = r.get(); [E] pn = boost::detail::shared_count(r); [F] boost::detail::sp_enable_shared_from_this( this, tmp, tmp ); [G] } [H] [I]#if !defined( BOOST_NO_SFINAE ) && !defined( BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION ) [J] [K] template<class Ap> [L] explicit shared_ptr( Ap r, typename boost::detail::sp_enable_if_auto_ptr<Ap, int>::type = 0 ): px( r.get() ), pn() [M] { [N] typename Ap::element_type * tmp = r.get(); [O] pn = boost::detail::shared_count( r ); [P] boost::detail::sp_enable_shared_from_this( this, tmp, tmp ); [Q] } The fix is trivial, but what I am curious about is: - the 'explicit' appears to have been removed at version 1.35 (i.e. it was there at 1.34) and then re-introduced at 1.39. Is there some history to this? and - it looks like our code was falling into the second overload with 1.38 (the first overload was always explicit); with a fix it will now select the first overload, so for what case does the second overload now exist? --

4 3

atomic_count overflow/underflow behaviour
by Narcoleptic Electron 23 Feb '10

23 Feb '10

What is the behaviour of boost::detail::atomic_count overflow? I realize that overflow for a signed long is undefined, but it is possible that each platform-specific atomic increment operator handles overflow in some documented way, which in sum would constitute a defined behaviour for atomic_count overflow. Documenting this behaviour (along with that of underflow, which is presumably the same) in the atomic_count documentation would be extremely helpful.

1 1

[BGL] Very slow adjacency_list deallocation/reallocation for debug builds
by T MacAdam 23 Feb '10

23 Feb '10

Does anyone know a way to speed up adjacency_list deallocation for debug builds? I've done some timing tests (see code below - should build as-is in VC9) and found the adjacency_list creates quite quickly, but is terrible during deallocation (actually, it can be as bad on creation of the graph, too, if you are building up the graph incrementally using a vecS for your vertex storage that requires reallocation as the size grows). In a release build, everything is blazing fast, but it's so slow when linked against the debug CRT that I essentially cannot debug my app. And the graph doesn't have to be too big (see code below, 50K results in a deallocation time of 171 sec if I use vecS and 268 sec if I use listS, and that's on a quite good workstation; my production graphs are > 100K vertices). BTW, I'm building with Visual C++ 9 (2008). #include <time.h> #include <iostream> #include <algorithm> #include <boost/graph/adjacency_list.hpp> using namespace std; int _tmain(int argc, _TCHAR* argv[]) { const int size = 50000; //typedef boost::adjacency_list< boost::listS, boost::vecS, boost::bidirectionalS > MyGraphType; // try storing vertices in vector<> typedef boost::adjacency_list< boost::listS, boost::listS, boost::bidirectionalS > MyGraphType; // try storing vertices in list<> typedef boost::graph_traits< MyGraphType >::vertex_descriptor MyVertexDescriptor; typedef boost::graph_traits< MyGraphType >::edge_descriptor MyEdgeDescriptor; MyGraphType *myGraph = new MyGraphType(); vector<MyVertexDescriptor> vertices(size); { cout << "Adding vertices...Started:" << endl; clock_t m_clockStart = ::clock(); for( int i = 0; i < size; ++i ) vertices[i] = boost::add_vertex(*myGraph); cout << "Adding vertices...Done: " << (double)((::clock()-m_clockStart)/CLOCKS_PER_SEC) << " seconds" << endl; } { cout << "Adding edges...Started:" << endl; clock_t m_clockStart = ::clock(); for( int i = 0; i < size-1; ++i ) boost::add_edge( vertices[i+1], vertices[i], *myGraph ); cout << "Adding edges...Done: " << (double)((::clock()-m_clockStart)/CLOCKS_PER_SEC) << " seconds" << endl; } { cout << "Deallocating graph...Started:" << endl; clock_t m_clockStart = ::clock(); delete myGraph; cout << "Deallocating graph...Done: " << (double)((::clock()-m_clockStart)/CLOCKS_PER_SEC) << " seconds" << endl; } return 0; } __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/

3 2

Memory Leak with ASIO SSL examples on Linux in Boost 1.40
by Madhan Kanagavel 23 Feb '10

23 Feb '10

Hello, We have been running a Boost ASIO 1.40 based server successfully for a while, handling hundreds of connections without any issues. But we recently saw some unusual memory usage and started digging into it a bit. We use Asynchronous IO with SSL. We are seeing that in the server side every time a connection occurs some memory is being used up and never getting really freed after the connection goes away. We use Resident Memory value of the server to measure memory usage of the server process. This occurs only in Linux, works fine under Windows. This is easy to reproduce: simply take the server sample and run it under Linux. http://www.boost.org/doc/libs/1_37_0/doc/html/boost_asio/example/ssl/server… (The only change there being to make SSL verification to none.) For the client side, make a lot of connections: typedef boost::shared_ptr<client> client_ptr; std::vector<client_ptr> clients; for (int idx = 0; idx < 200; idx++) { client_ptr new_client(new client(io_service, ctx, iterator)); clients.push_back(new_client); } At the end of the client test program run, the server would have grown in memory by about 10 MB. If you run the client program again, by another 10 MB. We also ran valgrind on the server side, but nothing significant showed up on where the memory is going. Doing the same with non-SSL sample program works fine, no change in server memory. If you need additional information, please let me know, or if we are making some stupid mistake, any help pointing us in the right direction would be much appreciated. Thanks and Best Regards, M.

3 2

Re: [Boost-users] Memory Leak with ASIO SSL examples on Linux in Boost 1.40
by Madhan Kanagavel 23 Feb '10

23 Feb '10

"Igor R" <boost.lists(a)gmail.com> wrote in message news:cfe0a3cf1002231005h6a49dbc0y5956c9546ab49860@mail.gmail.com... >> We use Asynchronous IO with SSL. >> We are seeing that in the server side every time a connection occurs some >> memory is being used up and never getting really freed after the >> connection goes away. > ASIO SSL relies on openssl, so maybe the problem is there? Try updating > openssl. Thanks for your input, I had been using OpenSSL 0.9.8c and I updated to OpenSSL 0.9.8h and I still see the same issue. There is no change in behavior. Is there anything else I could try?

2 1

Re: [Boost-users] [serialization] Polymorphic serialization withpolymorphic archives problem...
by Bogdan 23 Feb '10

23 Feb '10

I agree, the DLL case seems to be the most useful. I double-checked and the test that comes closest to this scenario (test_dll_exported.vcproj) is using template-based definitions of the serialization functions. The test project illustrating my question is very similar to test_dll_exported.vcproj but it doesn't use any template definition. Please find it attached to this message. Just let me know if there is any other way I can help. Thank you, Bogdan > > Thank you for your reply. The serialization functions are not inline: > > their bodies are defined inside the DLL. > > > > I did the following experiments: > > > > - I skipped manually the registration exception in the debugger and > > it turns out that all the serialized classes have their serializers > > registered twice. - if in the main function I do not call > > serialize/deserialize, the program runs ok; I agree with you, the > > program doesn't do anything but it proves that the registration is > > triggered by the actual usage of the serialization functionality and > > not by any eventual inline. > > > > I am under the impression I followed all the directions in the > > documentation and yet I keep hitting that glitch. > > I thought I included demos and tests to implement this very scenario. > Look through the demos/tests and double check this. If there > is a demo/test that works and emulates your situation maybe > we're done. If not, perhaps you might want to modify the > demo/test so it fails and then send it to me. > > Robert Ramey > > > > > Thank you, > > > > Bogdan > > > > PS. > > As for the case where boost serialization links as a static inside a > > user DLL, it fails, indeed, due to the compile stripping out code. Is > > there a workaround for this you would suggest? > > The serialization library uses boost/serialization/force_include.hpp to > implement this. This might be made to work but is a compiler > dependent hack. I would prefer we get to the bottom of why > the DLL situation doesn't work as I would expect. > > Robert Ramey >

1 0

Re: [Boost-users] fusion result_of::at<Seq, N>::type doesn't return the type I expect
by Hicham Mouline 23 Feb '10

23 Feb '10

-----Original Message----- From: "Hicham Mouline" [hicham(a)mouline.org] Date: 23/02/2010 02:53 PM To: boost-users(a)lists.boost.org Subject: Re: fusion result_of::at<Seq, N>::type doesn't return the type I expect std::cout<< boost::is_same< t0, double >::value <<std::endl; I am certain I am missing something obvious, rds, ----------------- I needed to compare t0 with double& and not double, rds,

2 1

(Serialization) Serialization for enable_shared_from_this
by Clarke, Carus V 23 Feb '10

23 Feb '10

Alexander Gutenev wrote a message concerning this problem on Dec. 14, and I have a similar problem, also with Boost 1.41 and 1.42. After spending some time looking at this, the problem seems to be caused by creating the shared_ptr as a shared_ptr to void. This causes the shared_ptr constructor that does not support enabled_shared_from_this to be called. I think that this is because the constructor is called from a place (shared_ptr_helper.cpp) where the class derived from enable_shared_from_this is not complete. I was able to work around the problem by moving the construction of the shared_ptr back to the shared_ptr_helper::reset function template. It would really help if this problem could be fixed. It is likely that Alexander and I aren't the only ones that rely on this capability. Thank you, Carus V. (Bud) Clarke carus.v.clarke(a)boeing.com

2 1

Re: [Boost-users] [serialization] Polymorphic serialization with polymorphic archives problem...
by Bogdan 23 Feb '10

23 Feb '10

> Bogdan wrote: > > > 3. serialization files in a separate dll. Both the main executable and > > my dll link with the dll version of the serialization library: > > > > main.exe > > my_serialization.dll > > boost_serialization.dll > > > > my_serialization.dll > > boost_serialization.dll > > > > Builds OK but FAILS at runtime , at run time I get a C++ exception > > BEFORE main() in basic_serializer_map.cpp around the line 48: > > > > 'archive_exception::multiple_code_instantiation with the message "code > > instantiated in more than one module - polymorphic_base"' > > This would indicate that the serialization for polymorphic_base is included in BOTH the > mainline and the DLL. Check that the serialization function is NOT an inline definition. > the polymorphic_base.cpp should only be needed when compiling the DLL. > > option 1 > > include serialization definition for polymorphic_base in my_serialization.dll > > option 2 > > include serialization definition for polymorphic_base in it's own dll. > > > > 4. serialization files in a separate dll. Both the main executable and > > my dll link with the static version of the serialization library: > > > > main.exe > > my_serialization.dll > > boost_serialization.lib > > > > my_serialization.dll > > boost_serialization.lib > > > > Builds OK but FAILS at runtime while trying to serialize with the > > following exception thrown in oserializer.hpp(line 424):struct > > polymorphic::save(): > > > > 'unregistered void cast class polymorphic_derived1<-polymorphic_base > > in function 'int __cdecl main(int,char *[])'' > > This is probably failing due to the compiler stripping out code not explicitly referred to. > Since it's not referrred to, the linking doesn't include it from the library. ==================================================== Hello Robert, Thank you for your reply. The serialization functions are not inline: their bodies are defined inside the DLL. I did the following experiments: - I skipped manually the registration exception in the debugger and it turns out that all the serialized classes have their serializers registered twice. - if in the main function I do not call serialize/deserialize, the program runs ok; I agree with you, the program doesn't do anything but it proves that the registration is triggered by the actual usage of the serialization functionality and not by any eventual inline. I am under the impression I followed all the directions in the documentation and yet I keep hitting that glitch. Thank you, Bogdan PS. As for the case where boost serialization links as a static inside a user DLL, it fails, indeed, due to the compile stripping out code. Is there a workaround for this you would suggest?

2 1

flyweight: lazy initialization
by Johannes Brunen 23 Feb '10

23 Feb '10

Hello, Is it possible to initialize a flyweight lazy or better on user request? I have the problem that I have a custom allocator that is not ready to run before main. Currently, the flyweight initialization is performed on init of the fleiweight_core static_initilaizer member. This scheme does outrule the usage of the flyweight utility in my application. Any help would be appreciated. Best, Johannes ____________ Virus checked by G DATA AntiVirusKit Version: AVF 19.736 from 21.02.2010 Virus news: www.antiviruslab.com

2 1

fusion result_of::at<Seq, N>::type doesn't return the type I expect
by Hicham Mouline 23 Feb '10

23 Feb '10

Hi, This code prints double and 0 where I would expect is_same to print 1. msvc2008, boost trunk #include <iostream> #include <boost/type_traits/is_same.hpp> #include <boost/mpl/range_c.hpp> #include <boost/mpl/distance.hpp> #include <boost/mpl/vector.hpp> #include <boost/mpl/find.hpp> #include <boost/fusion/include/mpl.hpp> #include <boost/fusion/include/size.hpp> #include <boost/fusion/include/at.hpp> #include <boost/fusion/include/for_each.hpp> #include <boost/fusion/include/adapt_struct.hpp> struct p { double f0; double f1; double f2; unsigned int f3; unsigned int f4; unsigned int f5; unsigned int f6; }; /// macro required to be at global namespace BOOST_FUSION_ADAPT_STRUCT( p, (double, f0) (double, f1) (double, f2) (unsigned int, f3) (unsigned int, f4) (unsigned int, f5) (unsigned int, f6) ) typedef boost::mpl::vector<double, unsigned int> dtt; typedef boost::fusion::result_of::at_c<p,0>::type t0; int main() { std::cout<< typeid(t0).name() <<std::endl; std::cout<< boost::is_same< t0, double >::value <<std::endl; return 0; } I am certain I am missing something obvious, rds,

1 0

shared_ptr and polymorphism
by Abderrahmane Madani 23 Feb '10

23 Feb '10

Just a little problem that I can't fix. Suppose that I have these four classes class B {}; class D1: public B {}; class D2: public B {}; class E: public D1 {}; this test: void foo(D1 *) {} void foo(D2 *) {} int main() { E *e = new E; foo(e); return 0; } work just fine but this one void foo(shared_ptr<D1>) {} void foo(shared_ptr<D2>) {} int main() { shared_ptr<E> e(new E); foo(e); return 0; } the compiler say that the foo(boost::shared_ptr<E>&)' is ambiguous. Please, can someone help me to understand why and how can I fix this problem without changing the functions name. Thanks Boost 1.35 GCC 4.4.1 regards

2 1

[filesystem] wpath and fopen() on windows
by Paul 23 Feb '10

23 Feb '10

Hi, What is the best way for me to use boost::filesystem::wpath with a 3rd party C library that expects a const char* filename, on Windows? On linux, its simple: my_file.to_external_string() but on windows that gives me a wide-character string. So far the only thing I can think of is to roll my own wstring --> UTF8 conversion function, but I'm not even sure that is correct (will fopen() work with UTF-8 encoded filenames on windows?). thanks, Paul

2 5

Optional XML serialization
by Paul 23 Feb '10

23 Feb '10

Hi, I use xml_woarchive and xml_wiarchive for reading/writing configuration files. It seems work work well for me, but now I'd like to see if I can do more with it... is it possible to load an XML serialized file, but completely IGNORE a subtree of the XML file if desired? eg template <class Archive> void load( Archive & ar, MyConfig & c, const unsigned int version ) { ar >> make_nvp("standard",c.standard); if (some_global_flag_or_whatever) ar >> make_nvp("advanced", c.advanced); else ar.skip("advanced"); // key bit } The motivation is that I want to "register modules" (in my app) that can read/write their configuration in an XML configuration file. But if the module is not registered, I want to skip that part of the configuration file and move on. I figure since the XML format is like a tree, it might/should be possible to ignore an entire segment of the tree. Is it possible? In a related note, the "class_id" bits in xml archives seems to make it difficult for users to hand-edit the XML file... Are these tags required? thanks, Paul

3 8

asio newbie: picking a free port number
by Avi Bahra 23 Feb '10

23 Feb '10

I am writing a simple client/server program which will only run on Unix boxes (linux, HP-UX, AIX). By manually choosing the port number,everything works ok. Whenever I get an "Address in use" i choose a different number. I want to free clients of this program from having to do this. >From googling around it appears that there is way of the OS, to pick a free port number. i.e by binding to port 0, sock.bind(('', 0))/ sock.getsockname()[1] Is there any boost:asio recommended way of doing this ? Is there any way of completely abstracting out the use of port numbers from an end users perspective using boost asio ? i.e so that client/server agree on a free port number behind the scenes. Any help appreciated. Best regards, Ta, Avi

2 1