- Boost-users - lists.boost.org

Install boost on OS X via homebrew with c++11 and libc++
by christoffer.buchholz＠gmail.com 13 Sep '12

13 Sep '12

I'm trying to install boost on OS X with c++11 and libc++. I'm using homebrew (boost formular with the --build-from-source argument) and have tried various options with adding stuff like * toolset=clang * cxxflags="-stdlib=libc++ -std=c++11" * cxxflags="-stdlib=libc++" * linkflags="-stdlib=libc++ -std=c++11" * linkflags="-stdlib=libc++" as arguments to bjam, but it all fails. Now... The "toolset" part doesn't do anything to make it fail though, its the cxx- and linkflags part that does. This is what I get when it fails clang-darwin.archive bin.v2/libs/exception/build/clang-darwin-4.2.1/release/link- static/threading-multi/libboost_exception-mt.a common.copy /usr/local/Cellar/boost/1.50.0/lib/libboost_exception-mt.a clang-darwin.compile.c++ bin.v2/libs/wave/build/clang-darwin-4.2.1/release/link- static/threading-multi/cpplexer/re2clex/cpp_re.o clang-darwin.archive bin.v2/libs/wave/build/clang-darwin-4.2.1/release/link-static/threading-multi/libboost_wave-mt.a common.copy /usr/local/Cellar/boost/1.50.0/lib/libboost_wave-mt.a ...failed updating 2 targets... ...skipped 4 targets... ...updated 10592 targets... Error: #<BuildError: Failed executing: ./bjam toolset=clang cxxflags="-stdlib=libc++" linkflags="-stdlib=libc++" --prefix=/usr/local/Cellar/boost/1.50.0 -- libdir=/usr/local/Cellar/boost/1.50.0/lib -j2 --layout=tagged --user-config=user-config.jam threading=multi install> How do I get boost installed on OS X Mountain Lion with c++11 and libc++ preferably via homebrew for the ease it adds. Sincerely, Christoffer Buchholz

2 3

[test] BOOST_CHECK_EQUAL comparisons with NULL don't compile
by James Mathiesen 13 Sep '12

13 Sep '12

This use case seems really common and I was surprised it gave me problems. I assume that nullptr_t in C++11 fixes this but then I was wondering if the cases were basic and common enough it would make sense to have a BOOST_CHECK_NULL / BOOST_CHECK_NOT_NULL and the assorted variants. james --- #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MODULE Hello #include <boost/test/unit_test.hpp> // main() etc... is defined by the headers BOOST_AUTO_TEST_CASE( null_compare ) { const char *ptr = NULL; // // Equality comparisons with NULL Fail to compile using boost 1.46 // and g++-4.6 // // /usr/include/boost/test/test_tools.hpp:536:20: // error: ISO C++ forbids comparison between pointer and // integer [-fpermissive] // // Which seems to be flagging this // // template <class Left, class Right> // predicate_result equal_impl( Left const& left, Right const& right ) // { // return left == right; // } // // Where Left is of type "const char *" and Right is of type "long int". // BOOST_CHECK_EQUAL(ptr, NULL); // // these tests compile and pass // BOOST_CHECK(ptr == NULL); BOOST_CHECK_EQUAL(ptr, ptr); BOOST_CHECK_EQUAL(ptr, (void *)ptr); BOOST_CHECK_EQUAL(ptr, (void *)NULL); } ... example.cc:33:1: error: passing NULL to non-pointer argument 9 of ‘bool boost::test_tools::tt_detail::check_frwd(Pred, const boost::unit_test::lazy_ostream&, boost::test_tools::const_string, std::size_t, boost::test_tools::tt_detail::tool_level, boost::test_tools::tt_detail::check_type, const Arg0&, const char*, const Arg1&, const char*) [with Pred = boost::test_tools::tt_detail::equal_impl_frwd, Arg0 = const char*, Arg1 = long int, boost::test_tools::const_string = boost::unit_test::basic_cstring<const char>, std::size_t = long unsigned int]’ [-Werror=conversion-null] example.cc:33:1: error: passing NULL to non-pointer argument 9 of ‘bool boost::test_tools::tt_detail::check_frwd(Pred, const boost::unit_test::lazy_ostream&, boost::test_tools::const_string, std::size_t, boost::test_tools::tt_detail::tool_level, boost::test_tools::tt_detail::check_type, const Arg0&, const char*, const Arg1&, const char*) [with Pred = boost::test_tools::tt_detail::equal_impl_frwd, Arg0 = const char*, Arg1 = long int, boost::test_tools::const_string = boost::unit_test::basic_cstring<const char>, std::size_t = long unsigned int]’ [-Werror=conversion-null] In file included from /usr/include/boost/test/unit_test.hpp:19:0, from example.cc:7: /usr/include/boost/test/test_tools.hpp: In function ‘boost::test_tools::predicate_result boost::test_tools::tt_detail::equal_impl(const Left&, const Right&) [with Left = const char*, Right = long int]’: /usr/include/boost/test/test_tools.hpp:560:40: instantiated from ‘boost::test_tools::predicate_result boost::test_tools::tt_detail::equal_impl_frwd::call_impl(const Left&, const Right&, mpl_::false_) const [with Left = const char*, Right = long int, mpl_::false_ = mpl_::bool_<false>]’ /usr/include/boost/test/test_tools.hpp:575:56: instantiated from ‘boost::test_tools::predicate_result boost::test_tools::tt_detail::equal_impl_frwd::operator()(const Left&, const Right&) const [with Left = const char*, Right = long int]’ /usr/include/boost/test/test_tools.hpp:523:1: instantiated from ‘bool boost::test_tools::tt_detail::check_frwd(Pred, const boost::unit_test::lazy_ostream&, boost::test_tools::const_string, std::size_t, boost::test_tools::tt_detail::tool_level, boost::test_tools::tt_detail::check_type, const Arg0&, const char*, const Arg1&, const char*) [with Pred = boost::test_tools::tt_detail::equal_impl_frwd, Arg0 = const char*, Arg1 = long int, boost::test_tools::const_string = boost::unit_test::basic_cstring<const char>, std::size_t = long unsigned int]’ example.cc:33:1: instantiated from here /usr/include/boost/test/test_tools.hpp:536:20: error: ISO C++ forbids comparison between pointer and integer [-fpermissive]

4 3

boost 1.47.0 installation
by Usman Dastgeer 13 Sep '12

13 Sep '12

Hello, I am trying to install boost for the first time as part of rose compiler installation. Here is what I did on a Linux machine: downloaded, extracted boost 1.47.0 ./bootstrap.sh --prefix=/home/usmda/rose/ boost/install2 --with-python-version=2.7 ./bjam install -sGCC=gcc-4.4 -sGXX=g++-4.4 --prefix=/home/usmda/rose/boost/install2 Default gcc version is 4.7.1 [/usr/bin/g(cc|++)] on this machine so I specify the gcc 4.4 [/usr/bin/g(cc|++)-4.4] for 2 reasons: 1) I need to use gcc 4.4 to compile rose compiler as well. 2) I read that gcc 4.7.1 disables boost threading support so that's why I want to use gcc 4.4 but specifying -sGCC and -sGXX didn't help as still I guess it uses gcc-4.7.1 (as shown in log below).* * Build fail for 4 targets. Here is the build message... ... In file included from ./boost/thread/detail/platform.hpp:17:0, from ./boost/thread/detail/config.hpp:20, from libs/thread/src/pthread/thread.cpp:8: ./boost/config/requires_threads.hpp:29:4: error: #error "Threading support unavaliable: it has been explicitly disabled with BOOST_DISABLE_THREADS" In file included from ./boost/thread/pthread/mutex.hpp:14:0, from ./boost/thread/mutex.hpp:16, from ./boost/thread/pthread/thread_data.hpp:12, from ./boost/thread/thread.hpp:17, from libs/thread/src/pthread/thread.cpp:10: ./boost/thread/xtime.hpp:23:5: error: expected identifier before numeric constant ./boost/thread/xtime.hpp:23:5: error: expected ‘}’ before numeric constant ./boost/thread/xtime.hpp:23:5: error: expected unqualified-id before numeric constant ./boost/thread/xtime.hpp:46:14: error: expected type-specifier before ‘system_time’ In file included from ./boost/thread/pthread/mutex.hpp:14:0, from ./boost/thread/mutex.hpp:16, from ./boost/thread/pthread/thread_data.hpp:12, from ./boost/thread/thread.hpp:17, from libs/thread/src/pthread/thread.cpp:10: ./boost/thread/xtime.hpp: In function ‘int xtime_get(xtime*, int)’: ./boost/thread/xtime.hpp:73:40: error: ‘get_system_time’ was not declared in this scope ./boost/thread/xtime.hpp:73:40: note: suggested alternative: In file included from ./boost/thread/locks.hpp:12:0, from ./boost/thread/pthread/mutex.hpp:12, from ./boost/thread/mutex.hpp:16, from ./boost/thread/pthread/thread_data.hpp:12, from ./boost/thread/thread.hpp:17, from libs/thread/src/pthread/thread.cpp:10: ./boost/thread/thread_time.hpp:19:24: note: ‘boost::get_system_time’ In file included from ./boost/thread/pthread/mutex.hpp:14:0, from ./boost/thread/mutex.hpp:16, from ./boost/thread/pthread/thread_data.hpp:12, from ./boost/thread/thread.hpp:17, from libs/thread/src/pthread/thread.cpp:10: ./boost/thread/xtime.hpp: At global scope: ./boost/thread/xtime.hpp:88:1: error: expected declaration before ‘}’ token "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pthread -Wno-long-long -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_BUILD_LIB=1 -DBOOST_THREAD_POSIX -DNDEBUG -I"." -c -o "bin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi/pthread/thread.o" "libs/thread/src/pthread/thread.cpp" ...failed gcc.compile.c++ bin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi/pthread/thread.o... gcc.compile.c++ bin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi/pthread/once.o In file included from ./boost/thread/detail/platform.hpp:17:0, from ./boost/thread/once.hpp:12, from libs/thread/src/pthread/once.cpp:7: ./boost/config/requires_threads.hpp:29:4: error: #error "Threading support unavaliable: it has been explicitly disabled with BOOST_DISABLE_THREADS" "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pthread -Wno-long-long -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_BUILD_LIB=1 -DBOOST_THREAD_POSIX -DNDEBUG -I"." -c -o "bin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi/pthread/once.o" "libs/thread/src/pthread/once.cpp" ...failed gcc.compile.c++ bin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi/pthread/once.o... ...skipped <pbin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi>libboost_thread.a(clean) for lack of <pbin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi>pthread/thread.o... ...skipped <pbin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi>libboost_thread.a for lack of <pbin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi>pthread/thread.o... ...skipped <p/home/usmda/rose/boost/install2/lib>libboost_thread.a for lack of <pbin.v2/libs/thread/build/gcc-4.7.1/release/link-static/threading-multi>libboost_thread.a... gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_cpp_exprgrammar.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_cpp_grammar.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_cpp_literalgrs.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_defined_grammar.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_predef_macros.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_re2c_lexer.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/instantiate_re2c_lexer_str.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/token_ids.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/wave_config_constant.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/cpplexer/re2clex/aq.o gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o gcc.archive bin.v2/libs/wave/build/gcc-4.7.1/release/link-static/threading-multi/libboost_wave.a common.copy /home/usmda/rose/boost/install2/lib/libboost_wave.a ...failed updating 4 targets... ...skipped 9 targets... ...updated 9270 targets...

2 1

[Interprocess] Growing resets permissions
by Aaron_Wright＠selinc.com 12 Sep '12

12 Sep '12

I have a situation where I don't know how much shared memory I need, so I made the shared memory grow when it ran out of space. My shared memory is shared between a process running as root and postgres, which won't run as root. So I set the permissions to unrestricted (0666) when I create the shared memory. My problem is that when I grow the shared memory, the permissions are reset to (0644). This breaks things, as postgres can no longer open the shared memory for writing. I followed the code a bit and saw that it was using ftruncate. Checking the man page for ftruncate reveals, "the set-user-ID and set-group-ID permission bits may be cleared." Has anyone else ran into this? What is the easy solution? Should I just set the permissions manually after growing? Is this a bug in the interprocess library? --- Aaron Wright

2 1

FW: [Review] Coroutine review starts today, September 3rd, ends September 12th
by Hartmut Kaiser 11 Sep '12

11 Sep '12

This is just a reminder that the review of Oliver's Boost.Coroutine is ending tomorrow (see below for the initial announcement). Please get your reviews in as soon as possible. If you need more time, please let me know. Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu > -----Original Message----- > From: Hartmut Kaiser [mailto:hartmut.kaiser@gmail.com] > Sent: Monday, September 03, 2012 6:46 AM > To: boost-users(a)lists.boost.org > Subject: {Review] Coroutine reviewstarts today, September 3rd > > > Hi all, > > The review of Oliver Kowalke's Boost.Coroutine library starts today, > September 3rd 2012, and will end on September 12th. > I really hope to see your vote and your participation in the discussions > on the Boost mailing lists! > > ----------------------------------------------------- > > About the library: > > Boost.Coroutine provides templates for generalized subroutines > (coroutines) which allow multiple entry points for suspending and resuming > execution at certain locations. It preserves local state/data and allows > re-entering subroutines more than once (useful if state must be kept > across function calls). Coroutines can be viewed as a language-level > construct providing a special kind of control flow. > > You can download the library and the view documentation here: > > docs: http://ok73.ok.funpic.de/boost/libs/coroutine/doc/html/ > src: http://ok73.ok.funpic.de/boost.coroutine.zip > > --------------------------------------------------- > > Please always state in your review, whether you think the library should > be accepted as a Boost library! > > Additionally please consider giving feedback on the following general > topics: > > - What is your evaluation of the design? > - What is your evaluation of the implementation? > - What is your evaluation of the documentation? > - What is your evaluation of the potential usefulness of the library? > - Did you try to use the library? With what compiler? Did you have any > problems? > - How much effort did you put into your evaluation? A glance? A quick > reading? In-depth study? > - Are you knowledgeable about the problem domain? > > Regards Hartmut > Review Manager

1 0

Fusion error: wrong number of template arguments (30, should be 20)
by Joost Kraaijeveld 11 Sep '12

11 Sep '12

Hi, I have the following error after an upgrade to Boost 1.49 (Debian Wheezy): /usr/include/boost/fusion/container/deque/detail/preprocessed/deque_initial_size30.hpp:14:196: error: wrong number of template arguments (30, should be 20) In file included from /usr/include/boost/mpl/aux_/include_preprocessed.hpp:37:0, from /usr/include/boost/mpl/vector.hpp:46, from /usr/include/boost/fusion/container/deque/detail/deque_initial_size.hpp:16, from /usr/include/boost/fusion/container/deque/deque.hpp:15, from /usr/include/boost/fusion/container/deque.hpp:11, from /usr/include/boost/fusion/container.hpp:14, from ../../../library/../include/Danu/DanuModelObjects/Login.hpp:12, from ../../../library/DanuModelObjects/Login.cpp:7: /usr/include/boost/mpl/aux_/preprocessed/gcc/vector.hpp:22:8: error: provided for 'template<class T0, class T1, class T2, class T3, class T4, class T5, class T6, class T7, class T8, class T9, class T10, class T11, class T12, class T13, class T14, class T15, class T16, class T17, class T18, class T19> struct boost::mpl::vector' I have defined the following: #define FUSION_MAX_VECTOR_SIZE 30 #define FUSION_MAX_MAP_SIZE 30 How can I solve this problem? TIA -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl

3 7

[Range] insert algorithm fails if target is a map
by Robert Jones 11 Sep '12

11 Sep '12

The title says it all really. The failure occurs because the insert algorithm expects the container to provide a 3-arg insert of the form container.insert( position, begin, end ); whereas map's, multimap's and set's insert method only takes two arguments... map.insert( begin, end ); Is this limitation by design? It would be easy to provide specialisations for maps, mmaps and sets, but that would not be a completely general solution. - Rob.

3 3

Compilation error trying to pull in Boost::threads header file
by Sunil Matta 10 Sep '12

10 Sep '12

Error compiling a program trying to use Boost::thread. Nothing special on the offending line, simply an include of thread.hpp Fedora 17 gcc 4.7 Boost: 1_47_0 /usr/local/lib/Boost/boost_1_ 47_0/boost/thread/pthread/thread_data.hpp:36:41: error: use of deleted function ‘boost::shared_ptr<boost::detail::tss_cleanup_function>::shared_ptr(const boost::shared_ptr<boost::detail::tss_cleanup_function>&)’ 1) Seems like boost is trying to pull in boost:shared_ptr. Shouldnt this be pulling this from the std namespace now ? 2) Why are the boost libraries in a stage dir ? i.e. boost_1_47_0/*stage/* lib/libboost_program_options.so.1.47.0 Is this standard now ? tia, Sunil

3 3

[serialization] disable BOOST_STATIC_WARNING for track_never objects?
by Brian Budge 10 Sep '12

10 Sep '12

Hi all - It's possible that I'm still doing something questionable, in which case, I hope you'll let me know. If what I'm doing is okay, perhaps there's a way to disable this warning. I have a virtual class hierarchy which I use to pass messages via boost.mpi. These messages then perform dispatch through helper objects on either side of the communication. I want to turn off object pointer tracking, so I've set my classes via BOOST_CLASS_TRACKING(myclass, boost::serialization::track_never). I thought this would just turn it off without a hitch, but I get a huge cascade of warning/error messages stemming from check_pointer_tracking(), where there is a comment that "serializing an object of a type marked "track_never" through a pointer could result in creating more objects than were saved!". If this is expected, how can I turn the warning off? If it is not expected, are there suggestions for what might be changed? Thanks, Brian

2 2

boost program options with ublas vector
by Kraus Philipp 10 Sep '12

10 Sep '12

Hello, I try to read a boost::ublas::vector with the boost::program_options and I get an error "abort trap". My call shows ("init", po::value< ublas::vector<double> >()->multitoken(), "Initialization") With a std::vector everything works fine. po is a shortcut to boost::program_option and ublas to boost::ublas How / can I use a ublas vector with a multitoken on the program options? Thanks Phil

1 0