March 2013 - Boost-users - lists.boost.org

icu libraries renamed in icu-50-*
by koala01 06 Mar '13

06 Mar '13

Hello, I just have compiled a personnal build of mingw-w64 (gcc 4.8) and different extern libraries, as icu-50.1.2 (the last release of that library) on windows vista When trying to compile boost (1-53-0), it appears that icu is not found, due to following name changes in icu: * icudata library is now named icudt * icui18n library is now named icuin (i dont know if those change are recent or not :S) We can, of course, provide a copy of those libraries with the correct / needed names, but shouldn't it better to make a conditionnal choice on the icu version to know if we have to use one or other name, to ensure that icu would be correctly detected ? I expect that such test should simply take place in a jamfile or in another, am i wrong?

3 2

1.53, Bjam fails when adding arguments [Beginner]
by wespaugh 06 Mar '13

06 Mar '13

I'm trying to build 1.53 for use with an android platform, using some configuration code provided kindly provided by one of the community. (Android shouldn't be relevant to the problem, but it seemed noteworthy). My user-config.jam is: import os ; if [ os.name ] = CYGWIN || [ os.name ] = NT { androidPlatform = windows ; } androidNDKRoot = /cygdrive/c/Android/android-ndk-r8d ; using gcc:android:$(androidNDKRoot)/toolchains/arm-linux-androideabi/prebuilt/$(androidPlatform)/bin/arm-linux-androideabi-g++ <compileflags>--sysroot=$(androidNDKRoot)/platforms/android-8/arch-arm/ <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/gnu-libstdc++/4.7/include <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/gnu-libstdc++/4.7/libs/armeabi/include <archiver>$(androidNDKRoot)/toolchains/arm-linux-androideabi-4.7/prebuilt/$(androidPlatform)/bin/arm-linux-androideabi/ar <ranlib>$(androidNDKRoot)/toolchains/arm-linux-androideabi-4.7/prebuilt/$(androidPlatform)/bin/arm-linux-androideabi-ranlib ; And I am trying to build with the following command: b2 release --with-serialization --with-thread --with-date_time --with-system --with-filesystem --layout=system threading=multi link=static runtime-link=static toolset=gcc-android target-os=linux threadapi=pthread stage When I try to run, however, I get .../user-config.jam:109: in modules.load *** argument error * rule using ( toolset-module : * ) * called with: ( gcc:android:/cygdrive/c/Android/android-ndk-r8d/toolchains/arm-linux-androideabi/prebuilt/windows/bin/arm-linux-androideabi <compileflags>--sysroot=/cygdrive/c...{Rest of my compiler flags go here} * extra argument <compileflags>--sysroot=/cygdrive/c/Android/android-ndk-r8d/...{Rest of my compiler flags go here} /{...}/build/project.jam:886: see definition of rule 'using' being called /{...}/build-system.jam:257: in load-config /{...}/build-system.jam:399: in load-configuration-files /{...}/build-system.jam:555: in load /{...}/kernel/modules.jam:284: in import /{...}/kernel/bootstrap.jam:142: in boost-build /{...}/boost-build.jam:8: in module scope >From what I can tell, it doesn't like something about how my compile flags are passed in. I found some documentation on boost.org suggesting that the proper way to define them is like this: compileflags="--sysroot=/cygdrive/c/Android/{...}/ -I$(androidNDKRoot)/toolchains/{...} etc" But that gave me the same error. There's a strong chance that this is in TFM somewhere I just need to R. If so, I apologize, because I cannot find the manual. I would greatly appreciate any assistance in finding where to learn what I need to know about these config files. I would even more greatly appreciate some assistance with this specific problem. -- View this message in context: http://boost.2283326.n4.nabble.com/1-53-Bjam-fails-when-adding-arguments-Be… Sent from the Boost - Users mailing list archive at Nabble.com.

2 3

boost::filesystem create directory fail
by albert 06 Mar '13

06 Mar '13

I use the code below to create directories, but it fails. What is the correct way to do it? Thanks in advance. try { string logdirname("./notexistdir/logdir/"); boost::filesystem::path logdir(logdirname.c_str()); boost::filesystem::file_status s = boost::filesystem::status(logdir); if( !boost::filesystem::is_directory(s) ) { cout<< "not a directory, mkdir" <<endl; if(boost::filesystem::create_directory(logdir)) { cout<<"directory create ok" <<endl; } else { cout<<"directory create fail" <<endl; } } else { cout<<"is a directory" <<endl; } } catch(exception& ex) { cout<< "exception caught[" << ex.what() <<"]" <<endl; }

2 1

asio: async ops in multithreading environment
by Max Dmitrichenko 06 Mar '13

06 Mar '13

Hi! I have strange crashes of my application that uses async ops in multiple threads. Before I describe my vision of the problem I point the following: 1) I'm aware that shared access to the same socket from multiple threads is unsafe. 2) All operations which my code issues on the same socket are made under mutex. As far as I understand, the following happens: 1) One thread issues scatter-gather boost::asio::async_write() for boost::array<boost::asio::const_buffer, 2> on socket A. 2) Another thread closes socket A after that. 3) Meantime (simultaneously with 2), first buffer write is completed and one of the threads running io_service::run() starts to execute second part of async_write from 1). In this place application segfaults: #0 0x00007fa3a3a2c4eb in boost::asio::detail::epoll_reactor::start_op (this=0x19c3410, op_type=1, descriptor=27, descriptor_data=@0x7f9dfc013260, op=0x7f9dfc2d2130, allow_speculative=true) at boost-1_51/boost/asio/detail/impl/epoll_reactor.ipp:219 #1 0x00007fa3a3a2bf63 in boost::asio::detail::reactive_socket_service_base::start_op (this=0x19c4338, impl=..., op_type=1, op=0x7f9dfc2d2130, is_non_blocking=true, noop=false) at boost-1_51/boost/asio/detail/impl/reactive_socket_service_base.ipp:211 #2 0x00007fa3a3af4ec5 in boost::asio::detail::reactive_socket_service_base::async_send (this=0x19c4338, impl=..., buffers=..., flags=0, handler=...) at boost-1_51/boost/asio/detail/reactive_socket_service_base.hpp:212 #3 0x00007fa3a3af90bf in boost::asio::stream_socket_service<boost::asio::ip::tcp>::async_send (this=0x19c4310, impl=..., buffers=..., flags=0, handler=...) at boost-1_51/boost/asio/stream_socket_service.hpp:298 #4 0x00007fa3a3b05992 in boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::stream_socket_service<boost::asio::ip::tcp> >::async_write_some (this=0x7f9dfc013250, buffers=..., handler=...) at boost-1_51/boost/asio/basic_stream_socket.hpp:676 because descriptor_data equals null-pointer here. The problem is: second write which is issued internally by boost cannot be protected by the same mutex which is used for protected access to the socket in my code. So, the question is: how can I safely close the socket? -- Max

2 4

Problem with the parallel graph
by Yeni Lora 06 Mar '13

06 Mar '13

I am student of Computer Science in Universidad de Oriente from Cuba, and I have a problem with the parallel graph, when I am adding edge betwen two procesors and one of them change any property of my edge, the other processor not update the property . for example my code is : #include "mpi.h" #include <boost/config.hpp> #include <boost/graph/use_mpi.hpp> #include <boost/graph/distributed/mpi_process_group.hpp> #include <boost/graph/distributed/adjacency_list.hpp> #include <boost/property_map/parallel/distributed_property_map.hpp> #include <boost/serialization/list.hpp> #include <list> using namespace std; //===============================Vertex================================ struct Vertex{ int id; // Serialization support is required! template<typename Archiver> void serialize(Archiver& ar, const unsigned int ) { ar & id ; } Vertex(int id = 0): id(id){} }; //===============================Edge================================ struct Edge{ int type; Edge( int type = 0): type(type){ } // Serialization support is required! template<typename Archiver> void serialize(Archiver& ar,const unsigned int ) { ar & type; } }; using namespace boost; using boost::graph::distributed::mpi_process_group; typedef adjacency_list < listS, distributedS<mpi_process_group, listS>, undirectedS, Vertex, Edge > Graph; typedef typename Graph::edge_descriptor edge_descriptor; typedef typename Graph::vertex_descriptor vertex_descriptor; int main (int argc, char ** argv){ boost::mpi::environment env(argc,argv); mpi::communicator world; Graph g; vertex_descriptor vi,vj; property_map<Graph, int Edge::*>::type type1 = get(&Edge::type, g); if (g.processor()==0) vi = add_vertex(Vertex(1),g); if (g.processor()==1) vj = add_vertex(Vertex(2),g); broadcast(world, vj, 1); broadcast(world, vi, 0); if (g.processor()==0){ pair<edge_descriptor,bool> p = add_edge(vi, vj, Edge(1), g); std::cout<<"Process "<<g.processor()<<std::endl; std::cout<<"Process owner of edge "<<owner(p.first)<<std::endl; std::cout<<"Property type of edge :"<<get(type1,p.first)<<std::endl; } synchronize(g); if (g.processor()==1){ pair<edge_descriptor,bool> p = edge(vi, vj, g); if(p.second){ std::cout<<"\nProcess "<<g.processor()<<std::endl; std::cout<<"Process owner of edge "<<owner(p.first)<<std::endl; put(type1,p.first,3); std::cout<<"Change property type of edge :"<<get(type1,p.first)<<std::endl; } } synchronize(g); if (g.processor()==0){ pair<edge_descriptor,bool> p = edge(vi, vj, g); std::cout<<"\nProcess "<<g.processor()<<std::endl; std::cout<<"Property type of edge :"<<get(type1,p.first)<<std::endl; } return 0; } The output: Process 0 Process owner of edge 0 Property type of edge :1 Process 1 Process owner of edge 1 Change property type of edge :3 Process 0 Property type of edge :1 What can I do for resolve the problem?

2 1

boost.MSM: No member function 'process_any_event' declared
by RaRi 05 Mar '13

05 Mar '13

Hi Christophe, In case a class is derived from the msm::back::state_machine class and used with the favor_compile_time policy I get the following error: *No member function 'process_any_event' declared* Please consider the following code snippets to get more details: *// MasterStateMachine.hpp* struct Master_: mgp_state_machine_def<Master_> { // ... } *class MasterStateMachine : public msm::back::state_machine<Master_, msm::back::favor_compile_time>{ public: MasterStateMachine () { // some stufff }; } *// MasterStateMachine.cpp* #include "MasterStateMachine.hpp" BOOST_MSM_BACK_GENERATE_PROCESS_EVENT(MasterStateMachine) Why does the compiler complains although the class MasterStateMachine inherits the "process_any_event" method from the *msm::back::state_machine<Master_, msm::back::favor_compile_time>* back-end? The point of matter is the *BOOST_MSM_BACK_GENERATE_PROCESS_EVENT(MasterStateMachine)* macro. In case it is uncomment, everythin works fine, but unfortunately without the support of the favor_compile_time policy. Background: I need to derive the class *MasterStateMachine * from the the mentioned back-end as singleton semantic has to be added to the *MasterStateMachine * class. *Not using* the favor_compile_policy is not a option! I have already tried to overload the *process_any_event* method in the derived "MasterStateMachine" class to comply with the compilers needs: class MasterStateMachine : public msm::back::state_machine<Master_, msm::back::favor_compile_time>{ private: static MasterStateMachine *m_Instance; // Constructor to avoid instantiation from the outside MasterStateMachine() {}; // Constructor to avoid copy-constructing MasterStateMachine(const MasterStateMachine&) {} // Constructor to avoid assignation MasterStateMachine& operator = (const MasterStateMachine&) { return *this; } ~MasterStateMachine() {}; public: static MasterStateMachine* getInstance(); static void release(); msm::back::HandledEnum process_any_event(const boost::any & evt) { return this->process_any_event(evt); } };* Unfortunately the error remains! Does anybody ;) have a clue? Thanks in advanced! Regards, Rafael -- View this message in context: http://boost.2283326.n4.nabble.com/boost-MSM-No-member-function-process-any… Sent from the Boost - Users mailing list archive at Nabble.com.

2 2

[thread] Using lambda with unique_future
by Christian Henning 05 Mar '13

05 Mar '13

Hi all, I'm toying around with futures and I'm stumbling with the Visual Studio 2010 compiler. The following doesn't compile: #include <iostream> #include <boost/thread/future.hpp> int main() { boost::unique_future<int> the_answer = boost::async( [] () ->int { return 42; } ); std::cout << the_answer.get() << std::endl; return 0; } the error is: 1>c:\gil_contributions\sdl_test\async_test.cpp(9): error C2440: 'initializing' : cannot convert from 'boost::unique_future<R>' to 'boost::unique_future<R>' 1> with 1> [ 1> R=void 1> ] 1> and 1> [ 1> R=int 1> ] 1> No constructor could take the source type, or constructor overload resolution was ambiguous clang works just fine: http://liveworkspace.org/code/1gOYwa$2 Is this a compiler error or am I doing something wrong? Thanks, Christian

2 2

Flyweights: compute a hash from them
by Akim Demaille 05 Mar '13

05 Mar '13

Hi all, My parser is building string_t = flyweight<std::string> for identifiers, and it works very well. Now, I would like to make an unordered_map <string_t, foo_t>, but I have to define a hash function for string_t. I can do it but since the whole point of flyweight is to make unique instances, it would be a pity to hash the value. So I hash the address of the result of get(). Is this ok? So far everything is fine, but I might have missed something. In particular, I don't understand why their is no standard hash function defined for flyweights. Thanks in advance!

2 1

Re: [Boost-users] [parallel graph] error building parallel BGL
by The Maschine 05 Mar '13

05 Mar '13

*Hi,* * * *Yes it compiled in xcode, no problems.* * * *Process 0 on power-zmkl.local* *pi is approximately 3.1416009869231254, Error is 0.0000083333333323* *wall clock time = 0.000034* * * *When I try to use the same setup with the:* * * // Example usage of breadth_first_search algorithm For the lib/parallel_graph/exmaples I again have this error: /usr/local/include/boost/graph/distributed/mpi_process_group.hpp:419:28: No viable conversion from 'shared_ptr<boost::graph::distributed::mpi_process_group::impl>' to 'bool' On a linux (mint) that I have, everything compiled without problems. Any workaround for the Mac? Thanks, Tasos

4 3

Re: [Boost-users] build error boost 1.53.0
by Dev Guy 05 Mar '13

05 Mar '13

After reading another post for build errors, I got the hint from it to install python-dev and everything now builds without errors. To install the missing python headers on Ubuntu, just type: sudo apt-get install python-dev On Mon, Mar 4, 2013 at 9:12 PM, Dev Guy <devguy.ca(a)gmail.com> wrote: > I attached my build.log, however here are the type of build errors I am > getting: > > gcc.compile.c++ > bin.v2/libs/program_options/build/gcc-4.7/release/threading-multi/winmain.o > gcc.compile.c++ > bin.v2/libs/program_options/build/gcc-4.7/release/threading-multi/split.o > gcc.link.dll > bin.v2/libs/program_options/build/gcc-4.7/release/threading-multi/libboost_program_options.so.1.53.0 > common.copy stage/lib/libboost_program_options.so.1.53.0 > ln-UNIX stage/lib/libboost_program_options.so > common.mkdir bin.v2/libs/python > common.mkdir bin.v2/libs/python/build > common.mkdir bin.v2/libs/python/build/gcc-4.7 > common.mkdir bin.v2/libs/python/build/gcc-4.7/release > common.mkdir bin.v2/libs/python/build/gcc-4.7/release/threading-multi > gcc.compile.c++ > bin.v2/libs/python/build/gcc-4.7/release/threading-multi/numeric.o > In file included from ./boost/python/detail/prefix.hpp:13:0, > from ./boost/python/numeric.hpp:8, > from libs/python/src/numeric.cpp:6: > ./boost/python/detail/wrap_python.hpp:75:24: fatal error: patchlevel.h: No > such file or directory > compilation terminated. > > Not sure how to fix? A quick search shows the missing file is located at: > > /home/yadav/dev/cpp/boost_1_53_0/tools/build/v2/engine/patchlevel.h > > I am building from /home/yadav/dev/cpp/boost_1_53_0 > > > > On Sat, Feb 23, 2013 at 12:17 AM, Dev Guy <devguy.ca(a)gmail.com> wrote: > >> Hello I got the following build errors on my linux box building version >> 1.53.0 >> >> gcc.compile.c++ >> bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex/aq.o >> gcc.compile.c++ >> bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o >> gcc.archive >> bin.v2/libs/wave/build/gcc-4.7/release/link-static/threading-multi/libboost_wave.a >> common.copy /home/yadav/dev/cpp/boost_1.53.0/lib/libboost_wave.a >> ...failed updating 56 targets... >> ...skipped 6 targets... >> ...updated 10989 targets... >> >> >> Linux version is: >> uname -a >> Linux karma 3.5.0-23-generic #35-Ubuntu SMP Thu Jan 24 13:15:40 UTC 2013 >> x86_64 x86_64 x86_64 GNU/Linux >> >> GCC Version >> gcc -v >> Using built-in specs. >> COLLECT_GCC=gcc >> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper >> Target: x86_64-linux-gnu >> Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro >> 4.7.2-2ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs >> --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr >> --program-suffix=-4.7 --enable-shared --enable-linker-build-id >> --with-system-zlib --libexecdir=/usr/lib --without-included-gettext >> --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 >> --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu >> --enable-libstdcxx-debug --enable-libstdcxx-time=yes >> --enable-gnu-unique-object --enable-plugin --enable-objc-gc >> --disable-werror --with-arch-32=i686 --with-tune=generic >> --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu >> --target=x86_64-linux-gnu >> Thread model: posix >> gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) >> >> Thanks! >> > > > > -- > Kind Regards, > Rajinder Yadav > > SafetyNet Test Driven Development > http://safetynet.devmentor.org > -- Kind Regards, Rajinder Yadav SafetyNet Test Driven Development http://safetynet.devmentor.org

1 0