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

[Regex]static compilation problems
by Moritz Beber 15 Feb '09

15 Feb '09

Dear users, to start using regular expressions I tried a very simple program only declaring one regular expression. #include <boost/regex.hpp> int main(int , char* []) { boost::regex re("\\d+"); return 0; } Linking and compiling this with the command: g++ test.cpp -o test -L ~/libs/boost/lib/ -l boost_regex-gcc43-mt works without problems, but running it then leads to the following: error while loading shared libraries: libboost_system-gcc43-mt-1_37.so.1.37.0: cannot open shared object file: No such file or directory But the directory clearly shows its existence: -rw-rw-r-- 1 engineer engineer 1587006 2008-11-21 07:53 /home/engineer/libs/boost/lib/libboost_regex-gcc43-mt-1_37.a lrwxrwxrwx 1 engineer engineer 38 2008-11-21 07:50 /home/engineer/libs/boost/lib/libboost_regex-gcc43-mt-1_37.so -> libboost_regex-gcc43-mt-1_37.so.1.37.0 -rwxrwxr-x 1 engineer engineer 722184 2008-11-21 07:50 /home/engineer/libs/boost/lib/libboost_regex-gcc43-mt-1_37.so.1.37.0 lrwxrwxrwx 1 engineer engineer 30 2008-11-21 07:53 /home/engineer/libs/boost/lib/libboost_regex-gcc43-mt.a -> libboost_regex-gcc43-mt-1_37.a lrwxrwxrwx 1 engineer engineer 38 2008-11-21 07:52 /home/engineer/libs/boost/lib/libboost_regex-gcc43-mt.so -> libboost_regex-gcc43-mt-1_37.so.1.37.0 Then I tried doing the same using static libraries: g++ -static test.cpp -o test -L ~/libs/boost/lib/ -l boost_regex-gcc43-mt but got an extremely long list of errors: /home/engineer/libs/boost/lib//libboost_regex-gcc43-mt.a(static_mutex.o): In function `boost::scoped_static_mutex_lock::unlock()': static_mutex.cpp:(.text+0x16): undefined reference to `pthread_mutex_unlock' /home/engineer/libs/boost/lib//libboost_regex-gcc43-mt.a(static_mutex.o): In function `boost::scoped_static_mutex_lock::lock()': static_mutex.cpp:(.text+0x46): undefined reference to `pthread_mutex_lock' /home/engineer/libs/boost/lib//libboost_regex-gcc43-mt.a(static_mutex.o): In function `boost::scoped_static_mutex_lock::~scoped_static_mutex_lock()': static_mutex.cpp:(.text+0x76): undefined reference to `pthread_mutex_unlock' /home/engineer/libs/boost/lib//libboost_regex-gcc43-mt.a(static_mutex.o): In function `boost::scoped_static_mutex_lock::~scoped_static_mutex_lock()': static_mutex.cpp:(.text+0xa6): undefined reference to `pthread_mutex_unlock' /home/engineer/libs/boost/lib//libboost_regex-gcc43-mt.a(static_mutex.o): In function `boost::scoped_static_mutex_lock::scoped_static_mutex_lock(boost::static_mutex&, bool)': static_mutex.cpp:(.text+0xdd): undefined reference to `pthread_mutex_lock' /home/engineer/libs/boost/lib//libboost_regex-gcc43-mt.a(static_mutex.o): In function `boost::scoped_static_mutex_lock::scoped_static_mutex_lock(boost::static_mutex&, bool)': static_mutex.cpp:(.text+0x10d): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale.o): In function `__gnu_cxx::__scoped_lock::~__scoped_lock()': (.text._ZN9__gnu_cxx13__scoped_lockD1Ev[__gnu_cxx::__scoped_lock::~__scoped_lock()]+0x18): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale.o): In function `std::locale::_Impl::_M_install_cache(std::locale::facet const*, unsigned int)': (.text._ZNSt6locale5_Impl16_M_install_cacheEPKNS_5facetEj+0x2d): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale.o): In function `std::locale::_Impl::_M_install_cache(std::locale::facet const*, unsigned int)': (.text._ZNSt6locale5_Impl16_M_install_cacheEPKNS_5facetEj+0x59): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale_init.o): In function `std::locale::locale()': (.text._ZNSt6localeC1Ev+0x2a): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale_init.o): In function `std::locale::locale()': (.text._ZNSt6localeC1Ev+0x52): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale_init.o): In function `std::locale::global(std::locale const&)': (.text._ZNSt6locale6globalERKS_+0x2a): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale_init.o): In function `std::locale::global(std::locale const&)': (.text._ZNSt6locale6globalERKS_+0x9a): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale_init.o): In function `std::locale::locale()': (.text._ZNSt6localeC2Ev+0x2a): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(locale_init.o): In function `std::locale::locale()': (.text._ZNSt6localeC2Ev+0x52): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(eh_alloc.o): In function `__cxa_free_exception': (.text.__cxa_free_exception+0x6b): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(eh_alloc.o): In function `__cxa_free_exception': (.text.__cxa_free_exception+0x86): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(eh_alloc.o): In function `__cxa_allocate_exception': (.text.__cxa_allocate_exception+0x6f): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libstdc++.a(eh_alloc.o): In function `__cxa_allocate_exception': (.text.__cxa_allocate_exception+0xd7): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x60): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x77): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_table_bases': (.text+0x12a): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_table_bases': (.text+0x141): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': (.text+0x18a8): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': (.text+0x18f8): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x1aaa): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i386-redhat-linux/4.3.0/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x1b2f): undefined reference to `pthread_mutex_unlock' collect2: ld returned 1 exit status If anyone could point me to a solution of this problem, or give one here I'd very much appreciate it. Thank you. Best, Moritz

2 1

[Preprocessor] Questiona bout reentrant call and file iteration performance
by Joel Falcou 15 Feb '09

15 Feb '09

I've been playing with Boost PreProcessor for some times now and it really helped. Two corners still looks obscure for me as the doc doesn't provide clear-cut enough use-cases for my taste. 1/ Concerning the _D version of some macro, what's their use case ? I can see the example in the doc but I can't see why useing the normal version of the _D function should fail or behave badly 2/ Concerning file iteration vs BOOST_PP_REPEAT, what's the trade-off of one vs the other ? Is iterating faster at compile time than REPEATing ? Is there features of iteration that can't be done using REPEAT (or the reverse) or is the only bonus of ITERATE the fact that error actually send you in code and not on macro call site ? Thanks in advance -- ___________________________________________ Joel Falcou - Assistant Professor PARALL Team - LRI - Universite Paris Sud XI Tel : (+33)1 69 15 66 35

2 1

boost interprocess / shared memory question
by Naveen Santhanam 14 Feb '09

14 Feb '09

Hello, We have a windows application (a process) that requires a large data file (approx. 100 MB) to perform a task. We have a master that launches several instances of this application. We would like to share the large data file across the processes such that, there is just one instance of the data file in physical memory without any disc access. Hence each application will have a small footprint in memory during execution. We have tried using a managed shared memory object from the boost::interprocess library to achieve this. However, this doesn't help us as the memory footprint of the application goes up upon access of the data file. Is there a way to achieve the desired single footprint memory sharing? Does this work as expected with other OSes? Naveen

2 1

[fusion][mpl][array] making boost array a conforming mpl sequence (through fusion)
by Stjepan Rajko 14 Feb '09

14 Feb '09

Hi, I tried to make boost::array a conforming MPL sequence by including: #include <boost/fusion/adapted/array.hpp> // makes array a conforming fusion sequence #include <boost/fusion/mpl.hpp> // makes fusion sequences conforming MPL sequences but, typedef boost::array<int, 1> array; assert(boost::mpl::is_sequence<array>::type::value); // fails Am I misinterpreting the fusion documentation in expecting that this should work? Is there another way of making boost::array an mpl sequence? TIA, Stjepan

3 6

Re: [Boost-users] [boost] [log][mpi]Review-ready version in the Vault
by jesseperla＠gmail.com 14 Feb '09

14 Feb '09

Hi guys, I am excited to use this library for logging. The design looks excellent. I am not competent enough to do a sanity check on the extensibility, but can anyone else see if the design would allow backends/attributes/etc. for MPE (maybe could be added to boost::MPI) Here is a simple tutorial: http://beige.ucs.indiana.edu/I590/node112.html -Jesse

1 0

[boost-users][functiontypes]
by Germán Diago 14 Feb '09

14 Feb '09

Hello. I'm using boost.functiontypes and I would like if it's possible to extract information of arity and argument types from bind expressions and boost.functions. Thank you.

3 2

[accumulator] Computing deviation
by dhruva 14 Feb '09

14 Feb '09

Hello, I would like to know if there is any direct way to compute standard deviation using accumulators or do I have to implement something using other building blocks from accumulators. -dhruva Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/

3 2

SUN Studio errors in version 1.38
by Roman Morokutti 13 Feb '09

13 Feb '09

Hi, I am encountering build errors with SUNWspro. Mainly "array.hpp" causes the errors. Here is the outline: "./boost/array.hpp", line 75: Error: Too few arguments for template std::reverse_iterator<boost::T*>. "./boost/array.hpp", line 289: Where: While specializing "boost::array<boost::T, boost::N>". "./boost/array.hpp", line 289: Where: Specialized in non-template code. "./boost/array.hpp", line 76: Error: Too few arguments for template std::reverse_iterator<const boost::T*>. "./boost/array.hpp", line 289: Where: While specializing "boost::array<boost::T, boost::N>". "./boost/array.hpp", line 289: Where: Specialized in non-template code. 2 Error(s) detected. I would be happy if the responsible engeneer could solve this problem with Sun Studio. For further information the version I use is the latest Express version from November. Regards Roman

3 5

[serialization] text_oarchive problem
by Greg Ravikovich 13 Feb '09

13 Feb '09

Hello all, I'm using boost 1.37 on msvc 9. I have a compilation problem when serializing to a text_oarchive. The problem doesn't happen when serializing to a binary_oarchive. here's a sample code: #include <boost/test/unit_test.hpp> #include <boost/serialization/serialization.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/binary_oarchive.hpp> #include <boost/serialization/tracking.hpp> struct SerializableStruct { int m_data; }; namespace boost { namespace serialization { template<class Archive> void serialize(Archive & ar, SerializableStruct & s, unsigned int ) { ar & s.m_data; } } } BOOST_CLASS_TRACKING(SerializableStruct,boost::serialization::track_never); BOOST_AUTO_TEST_SUITE(TestGeneralSerialize) BOOST_AUTO_TEST_CASE(TestTextArchive) { boost::archive::text_oarchive out(std::cout); SerializableStruct s; s.m_data = 10; out << s; } BOOST_AUTO_TEST_CASE(TestBinaryArchive) { std::stringstream str; boost::archive::binary_oarchive out(str); SerializableStruct s; s.m_data = 10; out << s; } BOOST_AUTO_TEST_SUITE_END(); By the way, the following code compiles fine under boost 1.35 and fails to compile under boost 1.36, 1.37. Comment out the TestTextArchive and the code compiles fine. Any help will be appreciated. Greg

3 3

Nautical miles and boost::units
by Esben Mose Hansen 13 Feb '09

13 Feb '09

Hi, What sort of magic do I have to write to get this sort of thing to work? === typedef boost::units::quantity<boost::units::si::length> length_t; length_t earth_radius = 3438.461 * nautical_mile; === boost::units defines a boost::units::metric::nautical_mile_base_unit in terms of meters, so the numbers and concepts are in the library already. Somehow. Thanks for any help :) -- kind regards, Esben

2 1