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

Re: How to Boost static lib build under Mountain Lion and XCODE 4.6
by B Hart 27 May '13

27 May '13

Hi, I'm trying to install and use Boost 1_53_0 on MAC OS X Mountain Lion and use it with the latest XCODE 4.6.x. I want to port a small MS VS MFC C++ app. I developed on Windows to MAC. Specifically I need to install and build boost as static libraries. I'm completely new to programming on the MAC side of things. I understand that XCODE now uses LLVM Clang, with libc++ and not GCC. I've used GCC on Linux. I started following the instructions at: http://www.boost.org/doc/libs/1_53_0/more/getting_started/unix-variants.html but quickly ran into trouble. Does anyone have detailed instructions for how to install and compile boost statically under Mountain Lion and XCode 4.6? Below is the terminal input and output showing how far I got. Thanks. Terminal IO: ./bootstrap.sh --with-bjam=BJAM --with-toolset=TOOLSET users-Mac-mini:boost_1_53_0 user$ ./bootstrap --with-bjam=BJAM --with-toolset=TOOLSET -bash: ./bootstrap: No such file or directory users-Mac-mini:boost_1_53_0 user$ ./bootstrap.sh --with-bjam=BJAM --with-toolset=TOOLSET -n Detecting Python version... 2.7 -n Detecting Python root... /System/Library/Frameworks/Python.framework/Versions/2.7 -n Unicode/ICU support for Boost.Regex?... not found. Generating Boost.Build configuration in project-config.jam... Bootstrapping is done. To build, run: ./b2 To adjust configuration, edit 'project-config.jam'. Further information: - Command line help: ./b2 --help - Getting started guide: http://www.boost.org/more/getting_started/unix-variants.html - Boost.Build documentation: http://www.boost.org/boost-build2/doc/html/index.html users-Mac-mini:boost_1_53_0 user$ ./b2 link=static threading=multi toolset=darwin cxxflags="-arch i386 -arch x86_64" macosx-version=10.6 stage -bash: ./b2: No such file or directory

2 3

Using boost.Test check_is_small for my own
by Olaf Peter 26 May '13

26 May '13

Hello, I try to use parts of boost.test lib not for unit testing self but inside an algorithm. Anyway, at the end of header http://www.boost.org/doc/libs/1_53_0/boost/test/floating_point_comparison.h… this is written inside anonymous namespace it works obviously, but not at me. What happened here and how to fix it? Did I not read the header carefully? Thanks, Olaf ---8<---- #include <boost/test/floating_point_comparison.hpp> namespace tools { using boost::test_tools::check_is_small_t; check_is_small_t const& check_is_small = unit_test::ut_detail::static_constant<check_is_small_t>::value; } int main() { bool ok = tools::check_is_small(900, 0.1); } --->8---- test.cpp:5:30: error: 'boost::test_tools::check_is_small_t' has not been declared test.cpp:7:5: error: 'check_is_small_t' does not name a type test.cpp: In function 'int main()': test.cpp:12:15: error: 'check_is_small' is not a member of 'tools'

2 1

variant visitor using SFINAE problem
by Olaf Peter 26 May '13

26 May '13

Hi, attached my code to show my problem. It seems to work (partially) so far, but not the vector<int> where I get a compile error. This is my first try with SFINAE in that way. Are the conditions correct and robust enough? How to compile it? Did I forgot one use case? Using this small helper would simplify some post processing. Thanks, Olaf

2 4

[thread] "almost works" clarification
by Michael Powell 26 May '13

26 May '13

Hello, Okay, so without starting a flame war, because that is not my intention... Also bear in mind, I am coming from an informed C# .NET frame of mind having worked with .NET threading, synchronization, events, and so forth. I ran across this article, which although a bit dated, is a pretty good sketch of what I would consider a fairly robust thread runner abstraction, which if you read past the frustration, makes good sense, at least in my opinion: http://peter.bourgon.org/blog/2008/12/12/boost-thread-kindof-sucks.html. Nothing against the author, I might turn that around and couch it instead: boost-thread-almost-works: in the sense that, while there are indeed a rich set of primitives provided to hide the details of pthread, Win32 threading, or what have you, it stops just short of providing that abstraction layer for what Peter and I (probably just he and I) consider a robust runner, monitor, and worker. The ingredients are there, though, and with a little bit of persuading, can compose a fairly robust little set of threaded runners. Okay, with that said, am I correct in understanding, the combination of condition and mutex facilitates the analog to C# .NET AutoResetEvent or ManualResetEvent (loosely, ResetEvent) type thing? In other words, thread keeps-on-a-runnin' until condition is notified, at which point thread loop(s) know to stop working when they check in with their conditioned mutex? In other words, mechanically speaking, a worker-bee that starts obtains a lock on the mutex. While the worker is running, on-lookers may poll the monitor for thread completion (which times out as long as the worker-bee is running and has a scoped lock), or otherwise signal the thread to complete through the notify mechanism (which tells the worker-bee to return, which clears the lock). The worker-bee runs until it is completed or its conditioned mutex has been notified (whichever comes first). In another rendition, I was actually using the thread-interruption mechanism, which I may still do, is another way of signaling a thread that it should stop what it's doing. However, seems a bit less graceful than routing requests through a formalized abstraction layer I think, except through creative use of interrupt disabled (which I was also using), but is something else to consider. Anywho, food for thought. Comments, critiques welcome. Thank you... Regards, Michael Powell

4 5

[ublas] Linkage problems in assignment.hpp
by Jérémy Coulon 25 May '13

25 May '13

Hello, Is there any chance for the following bug to be fixed in 1.54 ? https://svn.boost.org/trac/boost/ticket/6010 Thanks. Jérémy

1 0

boost 1.53 parallel graph samples build or test failure on windows
by lizy10b 25 May '13

25 May '13

Hi there, I am a windows user and facing the similar problem as decribled in an archived thread posted by Jeremiah Willcock in 2010, but with no practical solutions: "Result statuses for run failures of MPI tests" http://boost.2283326.n4.nabble.com/Result-statuses-for-run-failures-of-MPI-… My environment: Boost 1.53, Win7 x64, mpich2-1.3.2p1-win-ia32, Python 2.66 x86, VS2010 SP1 The content of the user-cofig.jam file used to compile boost is: using python : 2.6 : C:\\Python266 ; using mpi : : <find-static-library>mpi <library-path>"D:\\Program Files (x86)\\MPICH2\\lib" <include>"D:\\Program Files (x86)\\MPICH2\\include" : "\"D:\\Program Files (x86)\\MPICH2\\bin\\mpiexec\"" ; and the bjam command is: bjam --prefix=E:\boost_1_53_0\debug32 stage toolset=msvc-10.0 variant=debug link=static address-model=32 threading=multi I did not use the bjam self-test to test all the parallel graph samples, but only picked some samples and build them in VS2010 and try to run. The dependencies linked in VS2010 when build these samples are: mpi.lib libboost_graph-vc100-mt-gd-1_53.lib libboost_graph_parallel-vc100-mt-gd-1_53.lib libboost_mpi-vc100-mt-gd-1_53.lib libboost_mpi_python-vc100-mt-gd-1_53.lib mpi-vc100-mt-gd-1_53.lib Testing results: No. Sample Name Build 1 proc test 2 proc test -------------------------------------------------------------------- 1 adjlist_redist_test.cpp Passed No Error No Error ----------------------------------------------------------------------- 2 adjlist_build_test.cpp Passed Error Error Error Message: Building graph with add_edge from everywhere...application called MPI_Abort(MPI_COMM_WORLD, -1) - process 0 application called MPI_Abort(MPI_COMM_WORLD, -1) - process 1 job aborted: rank: node: exit code[: error message] 0: lee-win7-x64: -1: process 0 exited without calling finalize 1: lee-win7-x64: -1: process 1 exited without calling finalize ----------------------------------------------------------------------------- 3 breadth_first_search.cpp Error -- -- Error Message: error LNK2019: unresolved external symbol "void __cdecl boost::detail::bfs_helper<class boost::adjacency_list<struct boost::vecS... ------------------------------------------------------------------------------ 4 dijkstra_shortest_paths.cpp Passed No Error No Error ------------------------------------------------------------------------------- 5 distributed_csr_test.cpp 18 Errors -- -- Error Messags (3 of 18): Error 5 error C2039: 'key_type' : is not a member of 'boost::property_traits<PA>' e:\boost\boost_1_53_0\debug32\include\boost-1_53\boost\graph\distributed\compressed_sparse_row_graph.hpp 1904 1 boost_test_1 Error 6 error C2146: syntax error : missing ';' before identifier 'local_key_type' e:\boost\boost_1_53_0\debug32\include\boost-1_53\boost\graph\distributed\compressed_sparse_row_graph.hpp 1904 1 boost_test_1 Error 12 error C2602: 'boost::property_map<Graph,Property,Enable>::value_type' is not a member of a base class of 'boost::property_map<Graph,Property,Enable>' e:\boost\boost_1_53_0\debug32\include\boost-1_53\boost\graph\distributed\compressed_sparse_row_graph.hpp 1906 1 boost_test_1 ----------------------------------------------------------------------------------------- So where is the problem? Any help is appreciated. Thanks Zhiyu Li Student China 2013-05-25 lizy10b

1 0

[Test] How to span tests into multiply files
by Daniele Barzotti 24 May '13

24 May '13

Hi, I want to divide my test suites into multiply files. I follow this example: http://stackoverflow.com/questions/2906095/boost-test-looking-for-a-working… testmain.cpp ----------------- #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MODULE Main #include <boost/test/unit_test.hpp> testConfigClass.cpp ----------------- BOOST_AUTO_TEST_SUITE(ConfigClass_TestSuite) BOOST_AUTO_TEST_CASE(testConfigClass) { ... } BOOST_AUTO_TEST_SUITE_END() testDispatcherClass.cpp ----------------- BOOST_AUTO_TEST_SUITE(DispatcherClass_TestSuite) BOOST_AUTO_TEST_CASE(testDispatcherClass) { ... } BOOST_AUTO_TEST_SUITE_END() Maybe in the testConfigClass I have some problems, which I cannot figure out. When the test ends, the program terminate with: Exception first-chance a 0x7569c41f in TestSuite.exe: Exception of Microsoft C++: boost::execution_exception into memory position 0x0034dda4.. In this scenario, where can I found the 'main' to debug deeply? BR, Daniele.

2 1

[thread] SEVERE bug on packaged_task constructor in C++11 mode.
by Vicente J. Botet Escriba 23 May '13

23 May '13

Hi, There is a severe bug in packaged_task constructor when compiling in C++11 mode and giving a copyable functor as parameter, as reported in https://svn.boost.org/trac/boost/ticket/8596. I believe that this is not a regression, this have never worked. Until I find a fix, the packaged_task could be used only with free functions and with movable functors when compiling in C++11 mode. Fortunately there is no regression on C++98 compilers (at least not identified yet). Sorry for the disagreement, Vicente

2 1

[SmartPtr] shared_ptr as a default value in function template
by Igor R 23 May '13

23 May '13

Hello, In the wake of one of recent SO posts... The following doesn't compile in MSVC10 (Boost 1.53): #include <boost/shared_ptr.hpp> #include <boost/make_shared.hpp> template<class T> void f(T item, boost::shared_ptr<int> name = boost::make_shared<int>()) { } int main() { f(0); } Is it a bug in make_shared or the above violates some Standard paragraph? Thanks.

3 4

Is boost::this_thread::sleep_for interruption point?
by Serg Gulko 23 May '13

23 May '13

Hello! According to documentation(v 1.50.0) call boost::this_thread::sleep_for can be interrupted. For some reason this functionality not works for me. Here is code sample: //Simple thread function void Test::worker(int delay) { try { boost::this_thread::sleep_for(boost::chrono::milliseconds(delay)); cout << "Doing some work" << endl; } catch (boost::thread_interrupted const& e) { cout << "INTERRUPTED" << endl; } } //Far in the code boost::thread workerThread(boost::bind(&Test::worker, this, 1200)); boost::this_thread::sleep(boost::posix_time::milliseconds(30)); workerThread.interrupt(); boost::this_thread::sleep(boost::posix_time::milliseconds(1500)); I always getting 'Doing some work'... -- View this message in context: http://boost.2283326.n4.nabble.com/Is-boost-this-thread-sleep-for-interrupt… Sent from the Boost - Users mailing list archive at Nabble.com.

3 3