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

[MultiIndex] is it possible to create multi-key key-extractors?
by Mostafa 09 Aug '10

09 Aug '10

Hi, For the following struct: struct Flower { int type; string name; std::list<string> aliases; }; I want to create a multiindexed container that indexes Flower objects by type, name, and aliases, where aliases is some iteratable collection of strings. I just don't know if it's possible to create a multi-key key-extractor for aliases. So far I've come up with the following: typedef boost::multi_index_container< Flower, indexed_by< ordered_unique< member<Flower, int, &Flower::type> >, ordered_unique< member<Flower, string, &Flower::name> >, ordered_unique< //What goes here ... ? > > > FlowerMngr; Thanks, -Mostafa

4 7

[tuples, multi-index] tuples::get as key extractor
by Igor R 09 Aug '10

09 Aug '10

Hello, Consider the following types: typedef tuple<std::string, int> Item; typedef multi_index_container< Item, indexed_by< ordered_non_unique<global_fun<const Item &, int, &tuples::get<1> > > > > Items; The above types don't compile (MSVC10) because of &tuples::get<1>: C2440: 'specialization' : cannot convert from 'overloaded-function' to 'int (__cdecl *)(boost::tuples::tuple<T0,T1> &)' It seems there're several overloaded function templates "tuples::get"... So, what's the correct type of the appropriate function? Or -- is there a more "robust" way to extract the key (without defining explicit function-object)? Thanks!

2 2

Documentation of older releases?
by Robert Jones 08 Aug '10

08 Aug '10

Let me admit up-front that this ignorance is probably my own fault as I've not been paying attention lately, but I see the main documentation list now only includes releases 1.42 & 1.43. Didn't this used to include releases back to about 1.31 or something? Does this mean that documentation of older releases are no longer hosted on the website? Thx - Rob.

2 1

Re: [Boost-users] VS2010 and /clr: fatal error C1001: An internal error has occurred in the compiler
by Soren Dreijer 08 Aug '10

08 Aug '10

> Probably because that causes some assembly to be emitted because of > the efficiency requirements of the mutex, and the CLR does not support > direct assembly. Either get out of the CLR, or do not use anything > that uses low assembly constructs (CLR has its own thread and mutex > classes anyway). Well, so I can't "just get out of the CLR". As I mentioned earlier, this is a managed C++ project that exposes native functionality from other libraries to .NET. That is, I *have* to include the native headers, which in turn include boost. This worked fine in VS2008, too, so it sounds more like a regression in the compiler I think. Also, when compiling for x86, I see the following warning but everything still compiles (the warning is to be expected, as you say yourself): 4>boost_1_43_0_sdk\include\boost\thread\win32\basic_timed_mutex.hpp(160) : warning C4793: 'boost::detail::basic_timed_mutex::unlock' : function compiled as native : 4> Found an intrinsic not supported in managed code / Soren

2 1

[variant] GNU MP Bignum (gmp) compatibility
by Sven Heithecker 08 Aug '10

08 Aug '10

Hello ! The following code compiles correctly and does what I want: #include <iostream> #include <string> #include <boost/variant.hpp> #include <gmpxx.h> using namespace std; typedef boost::variant<int,string> var_t; // COMMENT //typedef boost::variant<mpz_class,mpq_class> var_t; // UNCOMMENT class add : public boost::static_visitor<var_t> { public: template<typename T> var_t operator()(const T &op1, const T &op2) const { return(op1+op2); } template<typename T1, typename T2> var_t operator()(const T1 &op1, const T2 &op2) const { throw; // just for demonstration } }; int main() { var_t v0(2); var_t v1(3); var_t r0 = apply_visitor(add(),v0,v1); cout << r0 << endl; // "5" var_t v10("Hello, "); var_t v11("World !"); var_t r10 = apply_visitor(add(),v10,v11); cout << r10 << endl; // "Hello, World !" var_t error= apply_visitor(add(),v0,v10); // try to add "2" and "Hello, " cout << error << endl; // never executed } However, if I change to the "gmp" Variant typedef indicated above, compilation fails with an error in the boost::variant sources. I tried to extract the core error message: [...] /usr/include/boost/variant/variant.hpp:1293: error: call of overloaded ‘initialize(void*, const char [8])’ is ambiguous /usr/include/boost/variant/detail/initializer.hpp:89: note: candidates are: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, typename boost::call_traits<typename boost::unwrap_recursive<typename boost::mpl::deref<Iterator>::type>::type>::param_type) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost: :mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list2<__gmp_expr<__mpz_struct [1], __mpz_struct [1]>, __gmp_expr<__mpq_struct [1], __mpq_struct [1]> > > >::initializer_node, mpl_::int_<1> >, Iterator = boost::mpl::l_iter<boost::mpl::list1<__gmp_expr<__mpq_struct [1], __mpq_struct [1]> > >] <near match> /usr/include/boost/variant/detail/initializer.hpp:89: note: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, typename boost::call_traits<typename boost::unwrap_recursive<typename boost::mpl::deref<Iterator>::type>::type>::param_type) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, Iterator = boost::mpl::l_iter<boost::mpl::list2<__gmp_expr<__mpz_struct [1], __mpz_struct [1]>, __gmp_expr<__mpq_struct [1], __mpq_struct [1]> > >] <near match> [...] After having a look at the gmp documentation, especially the "12.6 C++ Interface Limitations" chapter, I think this has something to do with the various conversion functions between the gmp classes and the way how the gmp classes are implemented. Is there any (easy?) way to make boost::variant and gmp compatible ? Regards, Sven -- Sven Heithecker GPG Fingerprint: 527F 06C2 BF51 96CE DFF7 CC89 1A6B DFD5 BEC2 02A6

1 0

Any functions for URL parsing?
by Timothy Madden 08 Aug '10

08 Aug '10

Hello Is there a library in boost to parse an URL ? Like to extract the protocol, username, password, hostname, port, resource, query parametrs, fragment identifiers ? I can see some things about it using the on-site search, but the pages in the results are not accessible and I can find nothing conclusive. Thank you, Timothy Madden

3 2

VS2010 and /clr: fatal error C1001: An internal error has occurred in the compiler
by Soren Dreijer 08 Aug '10

08 Aug '10

I recently switched our product over to VS2010 from VS2008. Our solution consists of several native C++ projects and some managed C++ projects that link to those native projects. The managed C++ projects are compiled with the /clr flag, of course. However, when compiling for x64, one of the files that includes one of the boost mutex headers causes the compiler to spit out the following error: boost_1_43_0_sdk\include\boost\thread\win32\basic_timed_mutex.hpp(158): fatal error C1001: An internal error has occurred in the compiler I've traced down the problem to the following piece of code in basic_timed_mutex.hpp: void unlock() { long const offset=lock_flag_value; // If I comment out this line, compilation works long const old_count=BOOST_INTERLOCKED_EXCHANGE_ADD(&active_count,lock_flag_value); if(!(old_count&event_set_flag_value) && (old_count>offset)) { if(!win32::interlocked_bit_test_and_set(&active_count,event_set_flag_bit )) { win32::SetEvent(get_event()); } } } It would see the BOOST_INTERLOCKED_EXCHANGE_ADD macro causes the compiler to barf. Does anybody have any ideas on why this is, or how to fix it? Cheers, Soren

2 1

[Serialization] Failed to Link "A Very Simple Case"
by Hossein Haeri 07 Aug '10

07 Aug '10

Dear all, Trying the first example of the Boost.Serialization (A Very Simple Case): http://boost-sandbox.sourceforge.net/boost_1_43_0/libs/serialization/doc/tu… I get the error messages in the P.S. section with GCC 4.4.0 MinGW WinXP. Any ideas? TIA, --Hossein P.S. Compiling: main.cpp Linking console executable: bin\Debug\Serial.exe obj\Debug\main.o: In function `text_oarchive': /archive/text_oarchive.hpp:92: undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::text_oarchive_impl(std::ostream&, unsigned int)' obj\Debug\main.o: In function `text_iarchive': /archive/text_iarchive.hpp:129: undefined reference to `boost::archive::text_iarchive_impl<boost::archive::text_iarchive>::text_iarchive_impl(std::istream&, unsigned int)' /archive/text_iarchive.hpp:129: undefined reference to `boost::archive::detail::shared_ptr_helper::shared_ptr_helper()' obj\Debug\main.o: In function `~text_iarchive': /archive/text_iarchive.hpp:131: undefined reference to `boost::archive::detail::shared_ptr_helper::~shared_ptr_helper()' /archive/text_iarchive.hpp:131: undefined reference to `boost::archive::detail::shared_ptr_helper::~shared_ptr_helper()' obj\Debug\main.o: In function `~text_oarchive_impl': /archive/text_oarchive.hpp:77: undefined reference to `boost::archive::basic_text_oprimitive<std::ostream>::~basic_text_oprimitive()' /archive/text_oarchive.hpp:77: undefined reference to `boost::archive::basic_text_oprimitive<std::ostream>::~basic_text_oprimitive()' /archive/text_oarchive.hpp:77: undefined reference to `boost::archive::basic_text_oprimitive<std::ostream>::~basic_text_oprimitive()' /archive/text_oarchive.hpp:77: undefined reference to `boost::archive::basic_text_oprimitive<std::ostream>::~basic_text_oprimitive()' /archive/text_oarchive.hpp:77: undefined reference to `boost::archive::basic_text_oprimitive<std::ostream>::~basic_text_oprimitive()' obj\Debug\main.o: /archive/text_oarchive.hpp:77: more undefined references to `boost::archive::basic_text_oprimitive<std::ostream>::~basic_text_oprimitive()' follow obj\Debug\main.o: In function `~text_iarchive_impl': /archive/text_iarchive.hpp:80: undefined reference to `boost::archive::basic_text_iprimitive<std::istream>::~basic_text_iprimitive()' /archive/text_iarchive.hpp:80: undefined reference to `boost::archive::basic_text_iprimitive<std::istream>::~basic_text_iprimitive()' /archive/text_iarchive.hpp:80: undefined reference to `boost::archive::basic_text_iprimitive<std::istream>::~basic_text_iprimitive()' /archive/text_iarchive.hpp:80: undefined reference to `boost::archive::basic_text_iprimitive<std::istream>::~basic_text_iprimitive()' /archive/text_iarchive.hpp:80: undefined reference to `boost::archive::basic_text_iprimitive<std::istream>::~basic_text_iprimitive()' obj\Debug\main.o: /archive/text_iarchive.hpp:80: more undefined references to `boost::archive::basic_text_iprimitive<std::istream>::~basic_text_iprimitive()' follow obj\Debug\main.o: In function `~common_oarchive': archive/detail/common_oarchive.hpp:38: undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /archive/detail/common_oarchive.hpp:38: undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /archive/detail/common_oarchive.hpp:38: undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' obj\Debug\main.o: In function `~common_iarchive': /archive/detail/common_iarchive.hpp:43: undefined reference to `boost::archive::detail::basic_iarchive::~basic_iarchive()' /archive/detail/common_iarchive.hpp:43: undefined reference to `boost::archive::detail::basic_iarchive::~basic_iarchive()' /archive/detail/common_iarchive.hpp:43: undefined reference to `boost::archive::detail::basic_iarchive::~basic_iarchive()' obj\Debug\main.o: /archive/detail/oserializer.hpp:253: undefined reference to `boost::archive::detail::basic_oarchive::save_object(void const*, boost::archive::detail::basic_oserializer const&)' obj\Debug\main.o: /archive/detail/iserializer.hpp:381: undefined reference to `boost::archive::detail::basic_iarchive::load_object(void*, boost::archive::detail::basic_iserializer const&)' obj\Debug\main.o: In function `oserializer': /archive/detail/oserializer.hpp:112: undefined reference to `boost::archive::detail::basic_oserializer::basic_oserializer(boost::serialization::extended_type_info const&)' obj\Debug\main.o: In function `~oserializer': /archive/detail/oserializer.hpp:133: undefined reference to `boost::archive::detail::basic_oserializer::~basic_oserializer()' /archive/detail/oserializer.hpp:133: undefined reference to `boost::archive::detail::basic_oserializer::~basic_oserializer()' /archive/detail/oserializer.hpp:133: undefined reference to `boost::archive::detail::basic_oserializer::~basic_oserializer()' obj\Debug\main.o: In function `iserializer': /archive/detail/iserializer.hpp:133: undefined reference to `boost::archive::detail::basic_iserializer::basic_iserializer(boost::serialization::extended_type_info const&)' obj\Debug\main.o: In function `~iserializer': /archive/detail/iserializer.hpp:158: undefined reference to `boost::archive::detail::basic_iserializer::~basic_iserializer()' /archive/detail/iserializer.hpp:158: undefined reference to `boost::archive::detail::basic_iserializer::~basic_iserializer()' /archive/detail/iserializer.hpp:158: undefined reference to `boost::archive::detail::basic_iserializer::~basic_iserializer()' obj\Debug\main.o: In function `extended_type_info_typeid': /serialization/extended_type_info_typeid.hpp:86: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::extended_type_info_typeid_0(char const*)' /serialization/extended_type_info_typeid.hpp:88: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::type_register(std::type_info const&)' /serialization/extended_type_info_typeid.hpp:89: undefined reference to `boost::serialization::extended_type_info::key_register() const' /serialization/extended_type_info_typeid.hpp:89: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' obj\Debug\main.o: In function `~extended_type_info_typeid': /serialization/extended_type_info_typeid.hpp:92: undefined reference to `boost::serialization::extended_type_info::key_unregister() const' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::type_unregister()' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' /serialization/extended_type_info_typeid.hpp:92: undefined reference to `boost::serialization::extended_type_info::key_unregister() const' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::type_unregister()' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' /serialization/extended_type_info_typeid.hpp:92: undefined reference to `boost::serialization::extended_type_info::key_unregister() const' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::type_unregister()' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' /serialization/extended_type_info_typeid.hpp:93: undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::~extended_type_info_typeid_0()' obj\Debug\main.o:main.cpp:(.rdata$_ZTVN5boost13serialization6detail17singleton_wrapperINS0_25extended_type_info_typeidI12gps_positionEEEE[vtable for boost::serialization::detail::singleton_wrapper<boost::serialization::extended_type_info_typeid<gps_position> >]+0x8): undefined reference to `boost::serialization::typeid_system::extended_type_info_typeid_0::is_less_than(boost::serialization::extended_type_info const&) const' Process terminated with status 1 (0 minutes, 18 seconds) 50 errors, 0 warnings

3 3

composite iterator_adaptor
by Olaf Peter 07 Aug '10

07 Aug '10

Hello, the snippet below doesn't compile due to a missing constructor. Changes to const std::string doesn't compile too. Is this intentionally or misuse it? How to fix it? Here the error from from clang: /opt/clang/bin/clang++ -I /home/olaf/Projects/programming/cpp/boost/trunk/ iterator_composite.cpp -o iterator_composite iterator_composite.cpp:70:36: error: no matching constructor for initialization of 'client::default_input_iterator' (aka 'boost::filter_iterator<detail::equal_to<typename basic_iterator_type::value_type>, basic_iterator_type>') client::default_input_iterator first( rng.begin() ); ^ ~~~~~~~~~~~ Thanks, Olaf

1 1

[serialization] Undefined reference to archive_serializer_map when creating my own archive type
by Maxime van Noppen 07 Aug '10

07 Aug '10

Hi, I'm trying to create my own archive type and I'm struggling with this error message : > $ g++ test.cc -lboost_serialization > /tmp/cc5aW7rV.o: In function `boost::archive::detail::pointer_oserializer<sql_oarchive, internal::unit>::pointer_oserializer()': > test.cc:(.text._ZN5boost7archive6detail19pointer_oserializerI12sql_oarchiveN8internal4unitEEC2Ev[_ZN5boost7archive6detail19pointer_oserializerI12sql_oarchiveN8internal4unitEEC5Ev]+0x4f): undefined reference to `boost::archive::detail::archive_serializer_map<sql_oarchive>::insert(boost::archive::detail::basic_serializer const*)' > /tmp/cc5aW7rV.o: In function `boost::archive::detail::pointer_oserializer<sql_oarchive, internal::unit>::~pointer_oserializer()': > test.cc:(.text._ZN5boost7archive6detail19pointer_oserializerI12sql_oarchiveN8internal4unitEED2Ev[_ZN5boost7archive6detail19pointer_oserializerI12sql_oarchiveN8internal4unitEED5Ev]+0x24): undefined reference to `boost::archive::detail::archive_serializer_map<sql_oarchive>::erase(boost::archive::detail::basic_serializer const*)' I can't find the relevant part of the documentation which talks about it. Adding this piece of code makes the code compile but it doesn't work: > namespace boost { namespace archive { namespace detail { > template <> > bool archive_serializer_map<sql_oarchive>::insert(boost::archive::detail::basic_serializer const*) > { > // ?? > } > > template <> > void archive_serializer_map<sql_oarchive>::erase(boost::archive::detail::basic_serializer const*) > { > // ?? > } > } } } I'm using boost 1.43 on g++ 4.5 on linux 64bits. The code is attached. What am I missing ? Thanks, -- Maxime

2 2

cannot find namespace boost?
by Andreas Ronnquist 07 Aug '10

07 Aug '10

Hi! When compiling my project using Boost 1.43 and Visual C++ 2010 Express I get the following: error C2653: 'boost' : is not a class or namespace name error C2143: syntax error : missing ';' before '<' error C4430: missing type specifier - int assumed. Note: C++ does not support default-int error C2238: unexpected token(s) preceding ';' where I am using boost::shared_ptr<Some_Class> Is this some simple newb mistake I am making? This is on a cmake-based project, which works just fine with boost 1.37, but there on the other hand I get a whole lot of warnings like this: "Unknown compiler version - please run the configure tests and report the results" which I interpret as Visual C++ 2010 being too new to be recognized by the older version of boost. Is this some major change in boost that I have missed? I am just using this shared_ptr, and I believe that it is only header-based, and I don't need to compile boost to use it? Is that wrong? best regards -- Andreas Ronnquist <gusnan(a)gusnan.se>

2 2

Trouble building 32bit version
by Noah Roberts 06 Aug '10

06 Aug '10

I have a 64bit Linux system and I need to build boost for 32bit in order to link to this library I have to use. Trouble is that I keep getting this error when I try to link to any boost library: nroberts@Adad:~$ g++ test.cpp -m32 -L/home/nroberts/boost-x86/lib -lboost_thread-gcc44-mt /home/nroberts/boost-x86/lib/libboost_thread-gcc44-mt.so: undefined reference to `__sync_fetch_and_add_4' collect2: ld returned 1 exit status test.cpp just contains an empty main(). I've tried google and arrived at various places: http://stackoverflow.com/questions/130740/link-error-when-compiling-gcc-ato… http://old.nabble.com/compiling-32-bit-boost-libraries-on-a-64-bit-system--… Among others. I'm trying to build version 1.38. Here's my last attempt at supplying bjam with the correct parameters: bjam architecture=x86 address-model=32 toolset=gcc instruction-set=i686 stage It's funny though, even at the link in the reply held at nabble.com the documentation doesn't seem to have anything on any of these parameters. They don't appear in the bjam --help output either. So I seem to be kind of screwed in figuring this out myself. I'm just trying to guess until I get it but I'm out of ideas. What do I need to do? Thanks.

2 2

[assign] Default list_of() behavior
by Ryan McConnehey 06 Aug '10

06 Aug '10

None of the examples, for list_of, show the use of the default list_of constructor. When I tried to use list_of() for a vector I expected a blank vector without any elements. What I found was a vector that had one element of the vector type. This element had a default value. Is this the correct behavior? t_ucvector temp( list_of() ); //The temp vector has one element of type unsigned char with a default value of zero. There is a structure with a couple of constant std::vectors that are being initializing in the constructor's preamble. I've included the structure with the working version of the code. I've included the desired creation of the std::vector, but because of list_of() is not working. Thank you for your help. Ryan struct SplitterFixture { public: SplitterFixture(void) : header(list_of(2)(2)) , messageA(list_of('a').repeat(2,'a')) , input(t_boostVector(new t_ucvector(list_of(2)(2).range(messageA)))) //Desired implementation. //: header(list_of().repeat(2,'2')) //, messageA(list_of().repeat(3,'a')) //, input(t_boostVector(new t_ucvector(list_of().range(header).range(messageA)))) {} public: typedef std::vector<unsigned char> t_ucvector; typedef boost::shared_ptr<t_ucvector> t_boostVector; public: t_ucvector const header; t_ucvector const messageA; t_boostVector const input; };

2 6

[preprocessor] removing parentheses
by Edward Diener 06 Aug '10

06 Aug '10

I have a single macro parameter which allows its passed value to contain commas. Therefore the user of the macro needs parentheses around the parameter if it contains one or more commas ( to does not have to ). When processing this parameter in a macro I would like to remove the outer parentheses if they are there before passing the value on for further processing. Is there a way to do this using some preprocessor library macro ?

4 12

x86_64 needs -fPIC issue, anyone successful?
by Bill Freeman 06 Aug '10

06 Aug '10

I'm trying to build a library (librets) that links against boost libraries in order to build a shared library (as part of a SWIG based python extension). The target machine, as well as all of my development machines at the moment, are the x86_64 architecture. I've done most of my work on an ubuntu 9.04 box. I've tried with the boost packages available from the ubuntu repositores, and I have also, in case those packages were miss-built, successfully built (and tried the examples, successfully) boost 1.43.0 from source, getting no errors from ./bjam install . In either case, I wind up with the following error when trying to build librets: /usr/bin/ld: /home/f/Desktop/rets/lib/libboost_system.a(error_code.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC Googling around, this seems to be a problem only seen on x86_64 machines. (Why one doesn't need to make position independent code for the 32 bit machines, if that is in fact true, is beyond me.) So, I'm wondering if someone else with this issue has already figured out how to get around it. Or, if not, can someone tell me how to tell the bjam stuff to apply -fPIC so that I can try that. (I'm an old timer. If it were make based, I could hack it myself, but I'm hesitant to learn all about the boost build system for what is for me a side task.) Or if someone knows that the -fPIC won't help, or has alternate suggestions, please let me know. TIA, Bill

3 4

Re: [Boost-users] x86_64 needs -fPIC issue, anyone successful?
by Bill Freeman 06 Aug '10

06 Aug '10

Bill Freeman wrote: > I'm trying to build a library (librets) that links > against boost libraries in order to build a shared > library (as part of a SWIG based python extension). ... > /usr/bin/ld: /home/f/Desktop/rets/lib/libboost_system.a(error_code.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > ... > Or, if not, can someone tell me how to tell the bjam > stuff to apply -fPIC so that I can try that. ... Neal Becker wrote: --------------------------------------- You should have a libboost_system.so to link against (which should have, and probably was, built with -fpic). Either: 1) You don't have libboost_system.so where linker is looking or 2) Usually these are setup as symlinks, libboost_system.so -> libboost_system.so.x.y.z You could be missing the symlink, or it could point to the wrong place. ------------------------------------------ The so files are there. But librets explicitly wants the .a, presumably because it wants to bind in the actual code, rather than the stub. While python extension libraries themselves need to be shared, so that they can be loaded dynamicly, at run time, the librets folks apparently don't want to depend on the boost shared libraries being installed on the target system. While the wisdom of that choice is debatable, librets is simply something I want to use (from python). I'm not involved in its development community. I'm just looking for the easy way out. Getting the boost static's built PIC seems worth trying. Bill

1 0

[Boost.Log] Adding indentation to log messages written via BOOST_LOG_TRIVIAL
by Torri, Stephen CIV NSWCDD, W15 06 Aug '10

06 Aug '10

Symptom: Adding indentation to log messages sometimes results in no indentation being added to incoming log messages. Environment: Fedora 13 Boost version: trunk (1.44 prior to beta release) Boost.Log version: 1.0 Compiler: GCC 4.4.4 Research: As I read the documentation I see that the Boost.Log talks about a non-empty log record is considered to be tied to the current thread. Since my program is single threaded I did not consider my initial attempt of using inline functions in a separate namespace with a namespace variable to keep track of indentation level to be a problem. My first attempt looked like: namespace project { namespace log { static boost::uint32_t indent_level = 0; #ifdef DEBUG #include <boost/log/trivial.hpp> #include <boost/format.hpp> /*! * \brief Record the entering of a function * \param function String name of the function being entered */ template <typename Function> inline void record_enter ( Function const& function ) { BOOST_LOG_TRIVIAL(trace) << std::string ( indent_level, ' ' ) << boost::str ( boost::format ( "(Enter) %1%" ) % function ); indent_level += 2; } /*! * \brief Record the exiting from a function * \param function String name of the function being exited */ template <typename Function> inline void record_exit ( Function const& function ) { BOOST_LOG_TRIVIAL(trace) << std::string ( indent_level, ' ' ) << boost::str ( boost::format ( "(Exit) %1%" ) % function ); indent_level -= 2; } /*! * \brief Record a message with one input * \param format_string String written in the Boost.Format style to be used to parse input * \param t1 Input value */ template <typename Format, typename T1> inline void record_debug ( Format const& format_string, T1 const& t1 ) { BOOST_LOG_TRIVIAL(debug) << std::string ( indent_level, ' ' ) << boost::str ( boost::format ( format_string ) % t1 ); } #else template <typename Function> inline void record_enter ( Function const& ) {} template <typename Function> inline void record_exit ( Function const& ) {} template <typename Format, typename T1> inline void record_debug ( Format const&, T1 const& ) {} } // namespace log } // namespace project #endif When I run the code I see that the indentation is tracking by steps of 2 as I go into functions and reduced by 2 as I exit. There are exceptions where the indentation is 0 for a few lines or so then resumes the correct level. The problem I think is that there are more than one thread handling what I send to Boost.Log via BOOST_LOG_TRIVIAL. It as if there is one thread that has the correct level and another thread that has indent_level set to 0. For example: 1 [2010-Aug-06 12:03:15.329757] [0x88bb070] [trace] (Enter) void Test::functionA() 2 [2010-Aug-06 12:03:15.330867] [0x88bb070] [debug] Function A: do something 3 [2010-Aug-06 12:03:15.330989] [0x88bb070] [trace] (Enter) double Value::CalcX() 4 [2010-Aug-06 12:03:15.331124] [0x88bb070] [debug] X: 5 5 [2010-Aug-06 12:03:15.331188] [0x88bb070] [debug] Y: 10 6 [2010-Aug-06 12:03:15.331252] [0x88bb070] [trace] (Enter) double Value::CalcX() My intial guess is that I have Boost.Log compiled multi-threaded and I have a single-threaded solution. Is there a way to track which thread was recording a message in Boost.Log? I would like to confirm Boost.Log is using different threads to handle my messages. Also is there a better way to do what I want? Stephen Stephen Torri, PhD NAVAL SURFACE WARFARE CENTER DAHLGREN 17214 Ave B Suite 121 Dahlgren, Va. 22448 540-653-7055 I am not a contracting officer. I cannot modify or initiate contracts, nor do I have the authority to financially commit the government in any way.

1 0

Problem with enable_shared_from_this and shared_ptr
by Ryan McConnehey 06 Aug '10

06 Aug '10

If class "Pool" inherits from enable_shared_from_this the documentation says I'm able to do the following. shared_ptr<Pool> aPool = shared_from_this(); The minimal code I've included shows that this isn't happening. The code compiles but I get this error "tr1::bad_weak_ptr". What should I be doing different? Ryan [CODE] //C++ Includes #include <exception> #include <iostream> #include <vector> #include <algorithm> //Boost Includes #include <boost/shared_ptr.hpp> #include <boost/enable_shared_from_this.hpp> class pool : public boost::enable_shared_from_this< pool > { private: using boost::enable_shared_from_this< pool >::shared_from_this; public: boost::shared_ptr<int> get(void) { boost::shared_ptr<pool> aPool = shared_from_this(); //This is where the tr1::bad_weak_ptr happens. return boost::shared_ptr<int>(new int); } }; int main(int argc, char * argv[]) { try { pool * myPool = new pool; boost::shared_ptr<int> a = myPool->get(); } catch (std::exception & exception) { std::cout << exception.what() << std::endl; } return 0; }

6 13

Re: [Boost-users] x86_64 needs -fPIC issue, anyone successful? (Bill Freeman)
by Vial, Florent 06 Aug '10

06 Aug '10

Hi Bill, > /usr/bin/ld: /home/f/Desktop/rets/lib/libboost_system.a(error_code.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; > recompile with -fPIC > Or if someone knows that the -fPIC won't help, or has alternate suggestions, please let me know. -fPIC is usually used when building a shared object, so it should not be relevant as you are linking statically to the library. However, I had the same problem as you lately and it had not _anything_ to do with fPIC whatsoever. It was because i was compiling with gcc 3.4.5 and the flag -fvisibility=hidden and -fvisibility-inlines-hidden. Those 2 flags are correctly implemented from gcc 4.1 onwards i think. Maybe this helped, --Florent Arnold & Richter Cine Technik GmbH & Co. Betriebs KG Sitz: Munchen - Registergericht: Amtsgericht Munchen - Handelsregisternummer: HRA 57918 Personlich haftender Gesellschafter: Arnold & Richter Cine Technik GmbH Sitz: Munchen - Registergericht: Amtsgericht Munchen - Handelsregisternummer: HRB 54477 Geschaftsfuhrer: Franz Kraus; Dr. Martin Prillmann A new star is born - ALEXA the most versatile digital camera system. Get all the latest information from arridigital.com and YouTube.

1 0

[program_options] unknown positional option
by Jeffrey Finkelstein 05 Aug '10

05 Aug '10

I'm having some trouble using the program_options library. Here is some code slightly modified from an example in the documentation for boost::program_options. <code> #include <iostream> #include <vector> #include <string> #include <boost/program_options/positional_options.hpp> #include <boost/program_options/variables_map.hpp> #include <boost/program_options/parsers.hpp> namespace po = boost::program_options; int main(int argc, char ** argv) { po::positional_options_description desc; desc.add("files", -1); std::cout << "Declared positional options." << std::endl; po::variables_map vm; po::store(po::command_line_parser(argc, argv).positional(desc).run(), vm); std::cout << "Stored command line arguments into vm." << std::endl; po::notify(vm); std::cout << "Notified vm that all args have been parsed" << std::endl; std::cout << " num files specified: " << vm.count("files") << std::endl; std::vector<std::string> files = vm["files"].as<std::vector<std::string> >(); for (unsigned int i = 0; i < files.size(); ++i) { std::cout << "file: " << files[i] << std::endl; } return 0; } </code> Linking with version 1.40, the above code, when run with the command line arguments "hello world", produces the following output: <shell> Declared positional options. terminate called after throwing an instance of 'boost::exception_detail::clone_\ impl<boost::exception_detail::error_info_injector<boost::program_options::unkno\ wn_option> >' what(): unknown option files Aborted </shell> Linking with version 1.43, the above code, when run with the command line arguments "hello world", produces the following output: <shell> Declared positional options. Segmentation fault </shell> Am I missing something about how to use positional arguments with this library? I am using Ubuntu 10.04 on x86. The 1.40 version of boost::program_options was installed through the repositories, I compiled the 1.43 version manually. Jeffrey

2 4

[1.44] Beta 1 available
by Beman Dawes 05 Aug '10

05 Aug '10

Boost release 1.43.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/ There are two new libraries (Meta State Machine and Polygon) in this release, and lots of fixes and improvements to existing libraries. For details of what's in the release, see http://beta.boost.org/users/news/version_1_44_0. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

3 3

Problem
by Luigi Seregni 05 Aug '10

05 Aug '10

Hello, I'm currently developing a windows ce application and I need to use some regular expression. My colleagues suggest me to use boost regex library, but I've experienced some troubles during installation procedures. I'm currently working on Visual Studio 9.0, so I've download the libraries' installer files from this site BoostPro computing. I've followed all the instructions stated in this document: http://www.boost.org/doc/libs/1_43_0/more/getting_started/windows.html#id33, but when I try to compile the example at point 6 (link your program to a boost library) I've obtained this error from compiler: 1>C:\Program Files\boost\boost_1_42\boost/regex/v4/regex_workaround.hpp(46) : fatal error C1083: Cannot open include file: 'locale': No such file or directory I've tried to find a solution but I still haven't found a solution! Can you please help me? Best regards, -- Luigi Seregni

1 0

ptr_vector sort usage
by archie14 05 Aug '10

05 Aug '10

I can't figure out how to use "sort" method in ptr_vector with the function object. Operator < should be defined, but for various reasons I cant define it in the class A, and I have to do the comparison between the A values using some other values. Example: class A { public: int i; }; class Compare { public: Compare (int i) : _i(i){} //this does not compile, but what's the proper way to define // function object for the sort method in ptr_vector? bool operator<(const A& v1, const A& v2) { return (v1.i > v2.i) &&(_i != 1); } private: int _i; }; ptr_vector<A> lst; Compare cmp(3); lst.sort(cmp);

4 7

boost MPI install error
by Jack Bryan 05 Aug '10

05 Aug '10

Dear All: I am trying to install boost on MPI clsuter with MPICH2. After ./bjam install, I compile a test program provided by boost.org . But I got errors: The program is :-----------------------------------------------------------------#include <iostream>#include <boost/mpi/environment.hpp>#include <boost/mpi/communicator.hpp> namespace mpi = boost::mpi; int main(int argc, char* argv[]){ mpi::environment env(argc, argv); mpi::communicator world; std::cout << "I am process " << world.rank() << " of " << world.size() << "." << std::endl; return 0;}-------------------------------------------------------------- Errors: ------------------------------------------------------------------mpic++ -o testp2p test_p2p.cpp -I/home/boost_2010_8_1/boost_1_43_0 -L/home/boost_2010_8_1/boost_1_43_0/stage/lib -lboost_mpi -lboost_serialization/usr/bin/ld: warning: liblam.so.0, needed by /home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so, not found (try using -rpath or -rpath-link)/usr/bin/ld: warning: liblamf77mpi.so.0, needed by /home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so, not found (try using -rpath or -rpath-link)/usr/bin/ld: warning: liblammpi++.so.0, needed by /home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so, not found (try using -rpath or -rpath-link)/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_short'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_unsigned'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `PMPI::Comm::mpi_comm_map'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `op_intercept'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_errors_return'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `PMPI::Intracomm::current_op'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_comm_world'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_unsigned_char'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_char'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `PMPI::Comm::mpi_err_map'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_group_empty'/home/boost_2010_8_1/boost_1_43_0/stage/lib/libboost_mpi.so: undefined reference to `lam_mpi_packed'collect2: ld returned 1 exit status ------------------------------------------------------------------- It seems that it needs LAM/MPI. But, the LAM/MPI has been installed: PATH=/home/openmpi_123/bin:/home/boost_2010_8_1/boost_1_43_0: ....... I used ./bjam --prefix=mypathand then ./bjam and then ./bjam installAny help is appreciated. Any help is appreciated. thanks Jack Aug. 3 2010

3 10

BGL: interrupting breadth_first_search() at a certain distance/predicate?
by Anders Wallin 05 Aug '10

05 Aug '10

Hi all, I have a graph where I start at a certain vertex and want to find the next undiscovered vertex at a maximum distance of 5 or so from the source vertex. Now I am running breadth_first_search() using a record_distances() visitor and I get the distances to all other vertices (say 10 000 of them) in my graph. This makes my algorithm slow, since I only need to know about vertices at a max distance of 5-6, not all of them. Is there a way of interrupting the algorithm when a certain predicate function supplied by me evaluates to true? (e.g. max distance reached, or a new interesting/valid vertex found, etc) thanks, AW

10 23