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

Re: [Boost-users] [Serialization] is_serializable trait?
by Roman Perepelitsa 23 Jul '07

23 Jul '07

> Chris Fairles" <chris.fairles(a)gmail.com> on Fri, 20 Jul 2007 18:03:18 -0400 > How can you determine (compile-time) that a class has a serialize function? > > struct foo { > template <typename Archive> > void serialize (Archive &, const unsigned int); > }; > > "&foo::serialize" isn't a type and I can't figure out a way to make it > a type (besides a typedef in the class) and also a constant > expression. > > Tried to play around with this as well but theres no substitution > failure here and static functions can't be constant expressions > (commonnnn c++0x!!) > > struct serialize { > template <typename T> > static void value(T const&) { void(T::*f)(archive::xml_oarchive &, > const unsigned int) = &T::template serialize<archive::xml_oarchive>; > (void)f; } > }; > > Basically, in the code below I want to see "GoodGood" printed out and > the only thing I can change is Q. > > struct A{ > void f(int,int){} > }; > struct B{}; > > template <class T,class F=void> > struct Q{enum{value=false};}; > > template<class T> struct Q<T,void(T::serialize)(int,int)>{enum{value=true};}; > > int main(){ > if(Q<A>::value) { cout << "Good";} > if(!Q<B>::value){ cout << "Good";} > } > > Help/hints/remotely possible? You can try something like this. #include <iostream> #include <iomanip> typedef char yes_type; struct no_type { char padding[8]; }; template <class T> struct HasSerializeMember { typedef void (T::*SerializationFun)(int &, unsigned); template <SerializationFun> struct A {}; template <class Q> static yes_type Test(A<&Q::serialize>*); template <class Q> static no_type Test(...); static const bool value = sizeof(Test<T>(0)) == sizeof(yes_type); }; struct A { template <class Stream> void serialize(Stream & strm, unsigned version) {} }; struct B { }; struct C { void serialize() {} }; int main() { using namespace std; cout << boolalpha << HasSerializeMember<A>::value << '\n' // true << HasSerializeMember<B>::value << '\n' // false << HasSerializeMember<C>::value << endl; // false } Regards, Roman Perepelitsa Deutsche Bank Moscow +7 (495) 660-74-08 --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.

3 3

[Boost.Test] warning C4265 when including <boost/test/unit_test.hpp> and friends
by Pierre-Jules Tremblay 23 Jul '07

23 Jul '07

Just trying out Boost 1.34.1RC3, I found this in <boost/test/detail/config.hpp>, lines 65-70: #ifdef __GNUC__ #define BOOST_TEST_PROTECTED_VIRTUAL virtual #else #define BOOST_TEST_PROTECTED_VIRTUAL #endif perhaps the condition should be changed to include MSVC8(SP1), to eliminate multiple copies of this annoying warning: xxxxx.hpp(54) : warning C4265: 'boost::unit_test::test_observer' : class has virtual functions, but destructor is not virtual Cheers, pj

2 2

Re: [Boost-users] Problem with unit test BOOST_AUTO_TEST_MAIN
by Sakharuk, Vlad (GMI Development) 23 Jul '07

23 Jul '07

I have found the problem (and the answer). Someone recompiled TinyXml lib from executable with main function included. And that function was called instead of test one. Gennadiy, Thanks for help. Regards Vlad. -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Gennadiy Rozental Sent: Thursday, July 19, 2007 1:47 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Problem with unit test BOOST_AUTO_TEST_MAIN "Sakharuk, Vlad (GMI Development)" <Vlad_Sakharuk(a)ml.com> wrote in message news:AAA38056FF35DE4CB4A65657784B08FAA9E0A6@MLNYC730MB.amrs.win.ml.com.. . > Yes, if I remove all lib it does run successfully. > I identified that tests run from TinyXML lib (opensource). > > I have to link with other libraries because the code I have to test > depends on them. I am just creating tast case to narrow down the > problem. > > I will look in 1.34.o but probably I could not. > > I will apriceate any solution how to disable particular testing suit > (from TinyXML). I could not physically remove those test from the lib. > > Thanks Vlad This is impossible naturally in current version of Boost.Test. I will look into allowing you to do this in 1.35.0. The only thing you can try to do (in 1.34) is massage master test suite somehow in test module init function. Gennadiy _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -------------------------------------------------------- "Please consider the environment before printing this email."

1 0

iterator_facade and custom reference types
by Daniel Oberhoff 23 Jul '07

23 Jul '07

hi I am struggling with iterator_face. I have a container of bits with a smart reference type. This is because the exposed type is bool, but there is never a full boolean variable around for an index, just a single bit. So whenever a reference to a bool is requested I want to pass my smart reference that knows how to get and set this bit. But iterator_facade is too smart for this: it wants to make a true reference to a supplied Value type, which results in references to temporaries. Is there any way to tell iterator_facade to use my type as a ref type? Daniel Oberhoff

2 1

shared_ptr + vector + std::sort
by bringiton bringiton 23 Jul '07

23 Jul '07

hi guys, just wondering if you have any shared_ptr tips for sorting vectors [code] std::vector< boost::shared_ptr<int> > v; //.. insert items into vector std::sort(v.begin(), v.end()); [/code] OK this doesn't sort by integer. I was hoping shared_ptrs < operator actually used the < operator of it's template type. however, i guess it's sorting by pointer value... the following works OK: [code] template <class T> struct X { bool operator()(const boost::shared_ptr<T>& a, const boost::shared_ptr<T>& b) { return *a < *b; } }; int main() { std::vector< boost::shared_ptr<int> > v; //.. insert items into vector std::sort(v.begin(), v.end(), X<int>()); return 0; } [/code] Does anyone have a better way of doing this? Maybe boost already defines a function similar to my X function. Maybe there is a way without using a predicate...

2 1

Non-throwing version of filesystem::create_directories?
by Olaf van der Spek 23 Jul '07

23 Jul '07

Hi, Is there a non-throwing version of filesystem::create_directories? Before I used normal C/POSIX APIs that returned an error value and I don't want to wrap each call in a try/catch statement. Olaf

1 0

[fusion/tr1] Include path problem?
by Kimon Hoffmann 23 Jul '07

23 Jul '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, while setting up the include paths as specified in the TR1 documentation I stumbled across a Boost.Fusion related compile error (included indirectly from <xpressive/proto/proto.hpp> in my code). After stepping through the include hierarchy, I was able to extract this minimal example, that demonstrates the problem: - -------- START: Test.cpp -------- // Originally included from <boost/xpressive/proto/proto_fwd.hpp> #include <boost/spirit/fusion/sequence/tuple_forward.hpp> // Originally included from #include <boost/xpressive/proto/op_base.hpp> #include <boost/spirit/fusion/sequence/tuple.hpp> - -------- END: Test.cpp -------- With MSVC++ 8.0 SP1 This file fails to compile with certain include path orderings while it compiles fine with others. The error messages are: ...\boost\spirit\fusion\sequence\make_tuple.hpp(23) : error C2027: use of undefined type 'boost::fusion::tuple<>' ...\boost\spirit\fusion\sequence\make_tuple.hpp(23) : error C2079: 'boost::fusion::make_tuple' uses undefined struct 'boost::fusion::tuple<>' ...\include\boost\spirit\fusion\sequence\make_tuple.hpp(24) : error C2514: 'boost::fusion::tuple<>' : class has no constructors Working include path orderings: 1. Any include path ordering that doesn't contain Boost.TR1 2. VC++ Standard Library, regular Boost, Boost.TR1 3. VC++ Standard Library, Boost.TR1, regular Boost Non-working include path orderings: 1. Boost.TR1, regular Boost, VC++ Standard Library [*] 2. Regular Boost, Boost.TR1, VC++ Standard Library [*] Preferred Boost.TR1 setting Generally speaking I would not consider this a problem, as I can simply order the include directories accordingly, but, as far as I understand it, Boost.TR1 can not be expected to work correctly with any of these settings. Regards, Kimon -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) iD8DBQFGn3ceIISObEqaPr4RAiszAJ9ipiY+qK+lLg8uDPnHEZejyA5ShwCfQ0fC 1vOMnumqPnguAgtv7co2N8c= =MIsY -----END PGP SIGNATURE-----

3 12

[IBD] Weekly news: 2007-07-11 to 2007-07-17
by Matias Capeletto 22 Jul '07

22 Jul '07

================================================== Hi Boost, Once a week, we will send you a brief of our work for the Improving Boost Docs project. We need more hands, join us! We are waiting you on the boost-docs list. Project Wiki: http://svn.boost.org/trac/boost/wiki/ImprovingBoostDocs RSS news feed: http://beta.boost.org/development/ibd_news.rss Community Blog: http://improving-boost-docs.blogspot.com ================================================== A bussy week ------------------------------------------------------------------------------------- Sorry for the delay, It was a busy week. I have started to promote IBD in Argentina... we may get some friendly hands from my country in the future. Kudos to all IBDers... the boost-docs list activity is truly impressive. 2007-07-17 ------------------------------------------------------------------------------------- * Proofreading of the IBD Wiki is almost complete Kudos to Jake and Paul! more... http://tinyurl.com/3234qk * Kai joins IBD He will be working at the "Trac Syntax Coloring Project". Thanks you so much for jumping in! more... http://tinyurl.com/3d6mwe 2007-07-16 ------------------------------------------------------------------------------------- * IBD welcomes Kai Brüning It will be great to count with his help. Lets work to make him feel comfortable in the Boost community. more... http://tinyurl.com/2to8bg 2007-07-15 ------------------------------------------------------------------------------------- * Translation project moved to Helping Boost Authors The translation project is now part of the new section "Helping Boost Authors". We hope this section will become the main communication channel between Boost Authors and IBD developers. more... http://svn.boost.org/trac/boost/wiki/HelpingBoostAuthors 2007-07-14 ------------------------------------------------------------------------------------- * Helping Boost Authors We have a new resource at IBD: a section in the project Wiki called "Helping Boost Authors". This section is a bazaar of friendly hands. We are teachers, experienced users, native English speakers and artists. We want to offer our help to Boost authors to improve their documentation. more... http://svn.boost.org/trac/boost/wiki/HelpingBoostAuthors 2007-07-13 ------------------------------------------------------------------------------------- * Documentation Best Practices The first guideline was added to the section "Documentation Best Practices". There are currently more documents to add here, we will try to fill this section with useful information for Boost Authors. more... http://svn.boost.org/trac/boost/wiki/DocumentationBestPractices 2007-07-12 ------------------------------------------------------------------------------------- * Proofreading of IBD Wiki starts Jake and Paul first project will be proofread the IBD Wiki pages. more... http://tinyurl.com/3786jf 2007-07-11 ------------------------------------------------------------------------------------- * Glyn joins the community Blog We are eagerly waiting to read you. more... http://improving-boost-docs.blogspot.com

1 0

[program_options] incorrect documentation
by Bryan Green 22 Jul '07

22 Jul '07

In the documentation for program_options, under the "Library Overview"/"Syntactic Information", the documentation appears to be incorrect. For the following option description: ("verbose", value<string>()->zero_tokens(), "verbosity level") It states that: "the user may either provide a single token for the value, or no token at all." I wrote a test program based on the options given in this section of the manual, and I get different behavior for the 'verbose' option. In fact, the actual behavior is almost intuitive: the option is unusable. No matter what you do, its an error. Seems natural since you're saying the option has a value associated with it, yet no tokens may be given to specify the value. It also turns out that 'multitoken()' does not allow you to pass multiple tokens, but it does raise an exception if you specify anything after the first value, i.e.: ./a.out --email blah@blah me@somewhere exception: in option 'email': multiple values not allowed ./a.out --email blah@blah --help exception: in option 'email': multiple values not allowed Here's my test program: <code> #include <boost/program_options.hpp> #include <string> #include <iostream> using namespace boost::program_options; using namespace std; int main(int argc,char *argv[]) { options_description desc; desc.add_options() ("help", "produce help message") ("compression", value<string>(), "compression level") ("verbose", value<string>()->zero_tokens(), "verbosity level") ("email", value<string>()->multitoken(), "email to send to") ; variables_map vm; try { store(parse_command_line(argc, argv, desc), vm); notify(vm); } catch (exception &e) { cout << "exception: " << e.what() << endl; return -1; } if (vm.count("help")) cout << desc << endl; if (vm.count("compression")) cout << "compression " << vm["compression"].as<string>() << endl; if (vm.count("verbose")) cout << "verbose " << vm["verbose"].as<string>() << endl; if (vm.count("email")) cout << "email " << vm["email"].as<string>() << endl; return 0; } </code> -Bryan

1 0

[boost.python] "Thin wrappers" for member functions
by Marcin Kalicinski 21 Jul '07

21 Jul '07

It's possible to expose free functions through "thin wrappers": void f() { //... } void f_wrapper() { // ... some extra functionality to be done when called from Python only f(); } def("f", f_wrapper); But is it possible to write "thin wrappers" for member functions (without modifying the wrapped class)? struct foo { void f(); }; // f_wrapper defined somehow somewhere class_<foo>("foo") .def("f", f_wrapper???) Thanks, Marcin

2 1

Serialization valgrind reports errors in load() ...
by Sascha Ochsenknecht 21 Jul '07

21 Jul '07

Hello, I have following class which I want to serialize: template < class ValueType > class Values { private: vector< ValueType > _values; public: Values(unsigned p_nr, const ValueType& p_value) : _values(p_nr, p_value) {} Values() {} private: friend class boost::serialization::access; template < class Archive > void load(Archive& p_ar, unsigned /*p_version*/) { p_ar & _values; } template < class Archive > void save(Archive& p_ar, unsigned /*p_version*/) const { p_ar & _values; } BOOST_SERIALIZATION_SPLIT_MEMBER(); }; My main() looks very simple: ... // save const Values<std::string> a(3, "fritz"); { std::ofstream ofs("fritz.txt"); boost::archive::text_oarchive ar(ofs); ar << a; } // restore Values<std::string> b; { std::ifstream ifs("fritz.txt"); boost::archive::text_iarchive ar(ifs); ar >> b; } valgrind reports me following errors (the load() seems to be the problem): ==13202== Conditional jump or move depends on uninitialised value(s) ==13202== at 0x4E59F72: boost::archive::detail::basic_iarchive::reset_object_address(void const*, void const*) (in /usr/lib64/libboost_serialization.so.1.33.1) ==13202== by 0x408A2C: boost::serialization::stl::archive_input_seq<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::operator()(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (collections_load_imp.hpp:54) ==13202== by 0x408ABD: void boost::serialization::stl::rebuild_collection<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> >, boost::serialization::stl::archive_input_seq<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >, boost::serialization::stl::reserve_imp<std::vector<std::string, std::allocator<std::string> > > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (collections_load_imp.hpp:149) ==13202== by 0x408AF7: void boost::serialization::stl::load_collection<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> >, boost::serialization::stl::archive_input_seq<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >, boost::serialization::stl::reserve_imp<std::vector<std::string, std::allocator<std::string> > > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (collections_load_imp.hpp:171) ==13202== by 0x408B1E: void boost::serialization::load<boost::archive::text_iarchive, std::string, std::allocator<std::string> >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (vector.hpp:58) ==13202== by 0x408B5D: boost::serialization::free_loader<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::invoke(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (split_free.hpp:58) ==13202== by 0x408B87: void boost::serialization::split_free<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (split_free.hpp:74) ==13202== by 0x408BB1: void boost::serialization::serialize<boost::archive::text_iarchive, std::string, std::allocator<std::string> >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (vector.hpp:76) ==13202== by 0x408BEF: void boost::serialization::serialize_adl<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (serialization.hpp:140) ==13202== by 0x408C29: boost::archive::detail::iserializer<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned) const (iserializer.hpp:160) ==13202== by 0x4E5A5B9: boost::archive::detail::basic_iarchive::load_object(void*, boost::archive::detail::basic_iserializer const&) (in /usr/lib64/libboost_serialization.so.1.33.1) ==13202== by 0x4095F7: boost::archive::detail::load_non_pointer_type<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::load_standard::invoke(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (iserializer.hpp:375) ==13202== ==13202== Conditional jump or move depends on uninitialised value(s) ==13202== at 0x4E59FA1: boost::archive::detail::basic_iarchive::reset_object_address(void const*, void const*) (in /usr/lib64/libboost_serialization.so.1.33.1) ==13202== by 0x408A2C: boost::serialization::stl::archive_input_seq<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::operator()(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (collections_load_imp.hpp:54) ==13202== by 0x408ABD: void boost::serialization::stl::rebuild_collection<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> >, boost::serialization::stl::archive_input_seq<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >, boost::serialization::stl::reserve_imp<std::vector<std::string, std::allocator<std::string> > > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (collections_load_imp.hpp:149) ==13202== by 0x408AF7: void boost::serialization::stl::load_collection<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> >, boost::serialization::stl::archive_input_seq<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >, boost::serialization::stl::reserve_imp<std::vector<std::string, std::allocator<std::string> > > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (collections_load_imp.hpp:171) ==13202== by 0x408B1E: void boost::serialization::load<boost::archive::text_iarchive, std::string, std::allocator<std::string> >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (vector.hpp:58) ==13202== by 0x408B5D: boost::serialization::free_loader<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::invoke(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (split_free.hpp:58) ==13202== by 0x408B87: void boost::serialization::split_free<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (split_free.hpp:74) ==13202== by 0x408BB1: void boost::serialization::serialize<boost::archive::text_iarchive, std::string, std::allocator<std::string> >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (vector.hpp:76) ==13202== by 0x408BEF: void boost::serialization::serialize_adl<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&, unsigned) (serialization.hpp:140) ==13202== by 0x408C29: boost::archive::detail::iserializer<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned) const (iserializer.hpp:160) ==13202== by 0x4E5A5B9: boost::archive::detail::basic_iarchive::load_object(void*, boost::archive::detail::basic_iserializer const&) (in /usr/lib64/libboost_serialization.so.1.33.1) ==13202== by 0x4095F7: boost::archive::detail::load_non_pointer_type<boost::archive::text_iarchive, std::vector<std::string, std::allocator<std::string> > >::load_standard::invoke(boost::archive::text_iarchive&, std::vector<std::string, std::allocator<std::string> >&) (iserializer.hpp:375) I don't see any mistakes in my client code. Seems to be a problem of the boost::serialization library. (I'm using boost 1.33.1) Should I create a bug entry for that, or is it already known? Regards, Sascha

4 9

Boost multi_array declaration inside class header
by GQ Chen 21 Jul '07

21 Jul '07

Hi, I have some troubles in compiling the following simple code, tboost.hpp, tboost.cpp The problem is always from the declaration of array_type A(boost::extents[2000000][1]); in the header file. Error message from compiling, In file included from tboost.cpp:2: tboost.h:14: error: `extents' has not been declared boost.h:14: error: ISO C++ forbids declaration of `parameter' with no type If I define array_type A(boost::extents[2000000][1]); in the source code tboost.cpp, it will compile successfully. Could anyone help me to solve it? Thanks a lot, gq tboost.hpp #include <cassert> #include <stdio.h> #include <iostream> #include "boost/multi_array.hpp" typedef boost::multi_array<double, 2> array_type; class tboost { public: tboost(){}; ~tboost(){}; public: array_type A(boost::extents[2000000][1]); }; #endif tboost.cpp #include "tboost.h" int main () { char c =getchar(); return 0; }

2 1

boost::format convert snprintf.
by chun ping wang 21 Jul '07

21 Jul '07

Hmm is there a way for boost::format to function like snprintf. Example char str[64]; std::cout << boost::format("%s") % str;

2 2

program_options, fvisibility=default, and Mac OS X
by James Jackson 20 Jul '07

20 Jul '07

Hi, Following on from this posting: http://lists.boost.org/boost-users/2007/02/25361.php I am having the same problem with program_options using std::string, compiling my code with gcc-4.0, using Xcode 2.2.1 on Mac OS X 10.4.9. Forcing -fvisibility=default onto the command line does not fix the problem. Do I need to rebuild the libraries with this flag (and if so, how?), or can somebody offer any other suggestions? Regards, James Jackson.

1 0

[Serialization] is_serializable trait?
by Sohail Somani 20 Jul '07

20 Jul '07

Hi, I know there is the tracking level trait. Is that sufficient to be able to say that T is serializable? struct T { T(some_stuff); private: some_non_default_constructing_members; }; In this case, I think tracking level will be set to track selectively but its not serializable as is. Thanks, Sohail

3 2

Graph Permutations of Order n
by Brian Stadler 20 Jul '07

20 Jul '07

Hi list, I'm attempting to create all graphs of order n, isomorphic graphs and all. Basically, with vertices V and Edges E, permutate through all possible variations. Does anyone on this list know of a simple way to do this with the boost graph library or, can point to some location that may help. thanks

2 1

Program Options: Documentation about response files out of date?
by Olaf van der Spek 20 Jul '07

20 Jul '07

Hi, [1] says: > The library does not provide direct support for response files, so you'll need to write some extra code. But this code does the trick without much extra code: std::ifstream is(vm["conf_file"].as<std::string>().c_str()); po::store(po::parse_config_file(is, desc), vm); Or is a response file something else? In that case, maybe that should be mentioned, as I think for lots of users this is enough. [1] http://boost.org/doc/html/program_options/howto.html#id1592676

2 2

[Optional 1.33.1] Assignment of convertible optional to an optional
by contact＠dword.dk 20 Jul '07

20 Jul '07

Hi, >From the documentation I think this should be possible: optional<unsigned short> us; optional<unsigned int> ui; ui = us; In this case it should just leave ui uninitialized. But instead I hit the assertion in reference_const_type get() const, because there is a call to rhs.get() in the operator=(). Is this a bug, or am I doing something wrong? I'm using MSVC7.1. Best regards, Christian Larsen

1 0

[ptr_container] "Cannot access private member..." compile error
by Dan Thill 20 Jul '07

20 Jul '07

Seeking ptr_container guru, My first usage of ptr_container, and I fear I'm missing something obvious. I keep getting the following compile error: -------------------------------------------- Z:\Tools\boost\boost_1_34_0\boost/ptr_container/detail/associative_ptr_container.hpp(202) : error C2248: 'boost::ptr_container_detail::reversible_ptr_container<Config,CloneAllocator>::reversible_ptr_container' : cannot access private member declared in class 'boost::ptr_container_detail::reversible_ptr_container<Config,CloneAllocator>' with [ Config=boost::ptr_container_detail::set_config<Abstract_Record,std::set<void *,boost::void_ptr_indirect_fun<std::less<Abstract_Record>,Abstract_Record>,std::allocator<void *>>>, CloneAllocator=boost::heap_clone_allocator ] Z:\Tools\boost\boost_1_34_0\boost/ptr_container/detail/reversible_ptr_container.hpp(286) : see declaration of 'boost::ptr_container_detail::reversible_ptr_container<Config,CloneAllocator>::reversible_ptr_container' with [ Config=boost::ptr_container_detail::set_config<Abstract_Record,std::set<void *,boost::void_ptr_indirect_fun<std::less<Abstract_Record>,Abstract_Record>,std::allocator<void *>>>, CloneAllocator=boost::heap_clone_allocator ] This diagnostic occurred in the compiler generated function 'boost::ptr_container_detail::associative_ptr_container<Config,CloneAllocator>::associative_ptr_container(const boost::ptr_container_detail::associative_ptr_container<Config,CloneAllocator> &)' with [ Config=boost::ptr_container_detail::set_config<Abstract_Record,std::set<void *,boost::void_ptr_indirect_fun<std::less<Abstract_Record>,Abstract_Record>,std::allocator<void *>>>, CloneAllocator=boost::heap_clone_allocator ] -------------------------------------------- My container is declared thusly: boost::ptr_set<Abstract_Record> And the relevant parts of -------------------------------------------- class Abstract_Record { public: Abstract_Record(); Abstract_Record* clone(); virtual bool operator<(const Abstract_Record&); private: Abstract_Record(const Abstract_Record&); }; -------------------------------------------- I'm having trouble deciphering the error message. I declared a new_clone() function as described in the docs. I also tried writing my own CloneAllocator. Neither have any effect. I would be very grateful for some insight, or even a nudge with a cluebat. -Dan

2 3

[boost.test] Test suits and autoregistration
by Stefan Shishkov 20 Jul '07

20 Jul '07

Hi, I'm using boost 1.33.1, but the question applies to 1.34 too. Is it possible to create tests suites that contain test cases from different translation units using only auto registration? Ex: in file1.cpp BOOST_AUTO_TEST_SUITE(BigSuite); auto-register test suites and cases here... BOOST_AUTO_TEST_SUITE_END(); in file2.cpp BOOST_AUTO_TEST_SUITE(BigSuite); auto-register other test suites and cases here... BOOST_AUTO_TEST_SUITE_END(); As result only one suite with name "BigSuite" should be registered. Best regards, Stefan

2 2

[program_options] Short Option Name
by Christian Henning 20 Jul '07

20 Jul '07

Hi there, I cannot get the short option name feature to work. For some reason an exception is being thrown when I use the short name. I'm using boost 1.34 on MSVC 8. Here is what I'm doing: #include <boost\program_options.hpp> using namespace std; using namespace boost; namespace po = boost::program_options; int main( int argc, char* argv[] ) { string input; po::options_description settings( "" ); settings.add_options() ( "input,I" , po::value< string >( &input ) ->default_value( "" ) , "" ); po::options_description options; options.add( settings ); po::variables_map variables; store( parse_command_line( argc , argv , settings ) , variables ); notify( variables ); cout << input << endl; return 0; } Using --input="hello" works but not -I="hello". What am I overlooking? Thanks ahead, Christian

3 4

"detail" namespace
by Chauhan, Vikas 20 Jul '07

20 Jul '07

Hi , Can you please advise , why boost has "detail" namespace? Is a kind of standard as most of the libraries also have a detail namespace for eg: boost::asio::detail, boost::archive::detail, boost::format::detail and so on... Thanks, Vikas

3 2

Problem with boost::transform_iterator, std::pairs and templates.
by Manuel Holtgrewe 19 Jul '07

19 Jul '07

Hi, I have a problem using the Boost.Iterators library correctly. The following minimal example does neither compile with GCC 4.2 nor with a current ICC 10.0 version. It seems that putting a boost::transform_iterator inside a pair makes it impossible to retrieve its value again using std::iterator_traits. I would welcome a proposal how to resolve the problem. I get the bug when using transform_iterator together with the MCSTL (Multi Core STL) and thus cannot change the internals. I would thus like to know if and how I can make the following work without touching the inner() and outer() functions themselves since I do not have the possibility to change the library code itself. Am I using boost::transform_iterator incorrectly? Kind Regards, Manuel == File Source == #include <iostream> #include <vector> #include <functional> #include <boost/iterator/transform_iterator.hpp> class plus_two : public std::unary_function<int, int> { public: int operator()(int x) const { return x + 2; } }; template <class Pair> void inner(Pair pair) { typedef typename Pair::first_type Iterator; typedef typename std::iterator_traits<Iterator>::value_type T; Pair p = pair; T *x = &p.first[0]; (void)x; } template<class InIterator> void outer(InIterator begin, InIterator end) { typedef typename std::iterator_traits<InIterator>::value_type ValueType; inner(std::make_pair(begin, end)); } int main(void) { int in[10] = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; outer( // broken boost::make_transform_iterator(in, plus_two()), boost::make_transform_iterator(in + 10, plus_two())); outer(in, in+10); // working return 0; } == GCC 4.2.0 Output == user@host:~/tmp> gcc-4.2.0 --version gcc-4.2.0 (GCC) 4.2.0 Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. user@host:~/tmp> gcc-4.2.0 conflict.cpp conflict.cpp: In function 'void inner(Pair) [with Pair = std::pair<boost::transform_iterator<plus_two, int*, boost::use_default, boost::use_default>, boost::transform_iterator<plus_two, int*, boost::use_default, boost::use_default> >]': conflict.cpp:29: instantiated from 'void outer(InIterator, InIterator) [with InIterator = boost::transform_iterator<plus_two, int*, boost::use_default, boost::use_default>]' conflict.cpp:37: instantiated from here conflict.cpp:21: warning: taking address of temporary conflict.cpp:21: error: cannot convert 'boost::detail::operator_brackets_proxy<boost::transform_iterator<plus_t wo, int*, boost::use_default, boost::use_default> >*' to 'int*' in initialization == Intel C++ Compiler Output == user@host:~/tmp> icc -V Intel(R) C Compiler for applications running on Intel(R) 64, Version 10.0 Build 20070613 Package ID: l_cc_c_10.0.025 Copyright (C) 1985-2007 Intel Corporation. All rights reserved. FOR NON-COMMERCIAL USE ONLY user@host:~/tmp> icc conflict.cpp conflict.cpp(21): warning #1563: taking the address of a temporary T *x = &p.first[0]; ^ detected during: instantiation of "void inner(Pair) [with Pair=std::pair<boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>, boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>>]" at line 29 instantiation of "void outer(InIterator, InIterator) [with InIterator=boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>]" at line 35 conflict.cpp(21): error: a value of type "boost::detail::operator_brackets_proxy<boost::transform_iterator<plus_t wo, int *, boost::use_default, boost::use_default>> *" cannot be used to initialize an entity of type "T={int} *" T *x = &p.first[0]; ^ detected during: instantiation of "void inner(Pair) [with Pair=std::pair<boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>, boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>>]" at line 29 instantiation of "void outer(InIterator, InIterator) [with InIterator=boost::transform_iterator<plus_two, int *, boost::use_default, boost::use_default>]" at line 35 compilation aborted for conflict.cpp (code 2)

2 1

[mpl]problems with mpl::set
by Brian Simpson 19 Jul '07

19 Jul '07

I'm having problems compiling non-explicitly-declared mpl::set types. Here's an example: <block1> typedef set<char> set1_t; BOOST_MPL_ASSERT_RELATION(size<set1_t>::value, ==, 1); //test iterating through the mpl.set: typedef begin<set1_t>::type set1_itr0_t; BOOST_MPL_ASSERT((is_same<deref<set1_itr0_t>::type, char>::type)); typedef next<set1_itr0_t>::type set1_itr1_t; BOOST_MPL_ASSERT((is_same<set1_itr1_t, end<set1_t>::type>::type)); </block1> In block1, I declare a set with one type, char, and then iterate over it. This code compiles, as expected. <block2> typedef set<> empty_set; BOOST_MPL_ASSERT_RELATION(size<empty_set>::value, ==, 0); typedef insert<empty_set, char>::type set2_t; BOOST_MPL_ASSERT_RELATION(size<set2_t>::value, ==, 1); //test iterating through the mpl.set: typedef begin<set2_t>::type set2_itr0_t; BOOST_MPL_ASSERT((is_same<deref<set2_itr0_t>::type, char>::type)); typedef next<set2_itr0_t>::type set2_itr1_t;//compile error at this line BOOST_MPL_ASSERT((is_same<set2_itr1_t, end<set2_t>::type>::type)); </block2> In block2, I declare a set with no types, then insert a char type, then iterate over the resulting sequence. At the line where I get the second iterator, I get a compile error: <error_text> boost\mpl\set\aux_\iterator.hpp(52) : error C3083: 'next_': the symbol to the left of a '::' must be a type boost\mpl\eval_if.hpp(41) : see reference to class template instantiation 'boost::mpl::next<T>' being compiled with [ T=boost::mpl::s_iter<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>> ] boost\mpl\set\aux_\iterator.hpp(56) : see reference to class template instantiation 'boost::mpl::eval_if<C,F1,F2>' being compiled with [ C=boost::mpl::has_key<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>::type>, F1=boost::mpl::identity<boost::mpl::s_iter<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>>>, F2=boost::mpl::next<boost::mpl::s_iter<set2_t,boost::mpl::set<boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na,boost::mpl::na>>> ] source.cpp(120) : see reference to class template instantiation 'boost::mpl::next<T>' being compiled with [ T=set2_itr0_t ] </error_text> MSVS 8.0 is the compiler(_MSC_VER == 1400). Am I missing an obvious error in my code? Thanks! _________________________________________________________________ Need a break? Find your escape route with Live Search Maps. http://maps.live.com/default.aspx?ss=Restaurants~Hotels~Amusement%20Park&cp…

2 4

Finding the correct library to link (feature request for pkg-config support)
by Roger Leigh 19 Jul '07

19 Jul '07

Hi folks, [I've posted this to both user and development lists, because I'm not sure which is most appropriate in this case.] I make use of several Boost libraries in my schroot program (svn://svn.debian.org/svn/buildd-tools/trunk/schroot) This project, like many, utilises GNU Autoconf and Automake for its build system. I need to determine how to link with the Boost libraries in order to build the programs in the project. This is an issue for many projects which want to link with a Boost library. To illustrate my problem: ls -l /usr/lib/libboost_regex-*.so /usr/lib/libboost_program_options-*.so lrwxrwxrwx 1 root root 45 2007-07-08 11:48 /usr/lib/libboost_program_options-gcc41-1_34.so -> libboost_program_options-gcc41-1_34.so.1.34.0 lrwxrwxrwx 1 root root 48 2007-07-08 11:48 /usr/lib/libboost_program_options-gcc41-mt-1_34.so -> libboost_program_options-gcc41-mt-1_34.so.1.34.0 lrwxrwxrwx 1 root root 41 2007-07-08 11:48 /usr/lib/libboost_program_options-mt.so -> libboost_program_options-gcc41-mt-1_34.so lrwxrwxrwx 1 root root 38 2007-07-08 11:48 /usr/lib/libboost_program_options-st.so -> libboost_program_options-gcc41-1_34.so lrwxrwxrwx 1 root root 35 2007-07-08 11:47 /usr/lib/libboost_regex-gcc41-1_34.so -> libboost_regex-gcc41-1_34.so.1.34.0 lrwxrwxrwx 1 root root 38 2007-07-08 11:47 /usr/lib/libboost_regex-gcc41-mt-1_34.so -> libboost_regex-gcc41-mt-1_34.so.1.34.0 lrwxrwxrwx 1 root root 31 2007-07-08 11:47 /usr/lib/libboost_regex-mt.so -> libboost_regex-gcc41-mt-1_34.so lrwxrwxrwx 1 root root 28 2007-07-08 11:47 /usr/lib/libboost_regex-st.so -> libboost_regex-gcc41-1_34.so Unlike every other library on my system, the Boost libraries have the compiler (gcc41) and threading model (mt|st) and so on embedded *in the library name*. This makes it impossible to discover in an automatic fashion. Since this is free software anyone can download and build, I don't know what the compiler/toolchain will be, let alone what abbreviation Boost has chosen for it. I expect that Autoconf will set up such things appropriately. The only means I have are the libboost_program_options-mt.so, libboost_program_options-st.so (and so on for all the libraries) symbolic links which the Debian maintainer has helpfully provided. However, these are not portable, and are so not a good solution. They are, however, the only available solution at the moment. To further show the problem I am having, this is part of my configure.ac Autoconf template: ---configure.ac---- AC_CHECK_HEADERS([tr1/memory]) AC_CHECK_HEADERS([boost/shared_ptr.hpp],, [ if test $ac_cv_header_tr1_memory = yes; then : else AC_MSG_ERROR([Boost.shared_ptr (Boost C++ Libraries) is not installed, but is required by schroot]) fi]) AC_CHECK_HEADERS([tr1/tuple]) AC_CHECK_HEADERS([boost/tuple/tuple.hpp],, [ if test $ac_cv_header_tr1_memory = yes; then : else AC_MSG_ERROR([Boost.Tuple (Boost C++ Libraries) is not installed, but is required by schroot]) fi]) AC_CHECK_HEADERS([boost/format.hpp],, [AC_MSG_ERROR([Boost.Format (Boost C++ Libraries) is not installed, but is required by schroot])]) AC_CHECK_HEADERS([boost/program_options.hpp],, [AC_MSG_ERROR([Boost.Program_options (Boost C++ Libraries) is not installed, but is required by schroot])]) AC_CHECK_HEADERS([boost/type_traits.hpp],, [AC_MSG_ERROR([Boost.TypeTraits (Boost C++ Libraries) is not installed, but is required by schroot])]) AC_MSG_CHECKING([for boost::program_options::variables_map in -lboost_program_options-st]) saved_ldflags="${LDFLAGS}" LDFLAGS="${LDFLAGS} -lboost_program_options-st" AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <boost/program_options.hpp>], [boost::program_options::variables_map::variables_map dummy()])], [AC_MSG_RESULT([yes]) BOOST_LIBS="${BOOST_LIBS} -lboost_program_options-st"], [AC_MSG_RESULT([no]) AC_MSG_FAILURE([libboost_program_options (Boost C++ Libraries) is not installed, but is required by schroot])]) LDFLAGS="${saved_ldflags}" AC_MSG_CHECKING([for boost::program_options::options_description::options() in -lboost_program_options-st]) saved_ldflags="${LDFLAGS}" LDFLAGS="${LDFLAGS} -lboost_program_options-st" AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <boost/program_options.hpp>], [boost::program_options::options_description testgrp("test group"); bool notused = testgrp.options().empty(); ])], [AC_MSG_RESULT([yes]) BOOST_PROGRAM_OPTIONS_DESCRIPTION_METHODS="current"], [AC_MSG_RESULT([no]) BOOST_PROGRAM_OPTIONS_DESCRIPTION_METHODS="old"]) LDFLAGS="${saved_ldflags}" AH_TEMPLATE(BOOST_PROGRAM_OPTIONS_DESCRIPTION_OLD, [Set if boost::program_options::options_description::options() is not available]) if test "$BOOST_PROGRAM_OPTIONS_DESCRIPTION_METHODS" = "old"; then AC_DEFINE(BOOST_PROGRAM_OPTIONS_DESCRIPTION_OLD, 1) fi AC_MSG_CHECKING([for boost::regex in -lboost_regex-st]) saved_ldflags="${LDFLAGS}" LDFLAGS="${LDFLAGS} -lboost_regex-st" AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <boost/regex.hpp>], [boost::regex("^foo[bar]$")])], [AC_MSG_RESULT([yes]) BOOST_LIBS="${BOOST_LIBS} -lboost_regex-st"], [AC_MSG_RESULT([no]) AC_MSG_FAILURE([libboost_regex (Boost C++ Libraries) is not installed, but is required by schroot])]) LDFLAGS="${saved_ldflags}" AC_SUBST([BOOST_LIBS]) ---configure.ac---- As you can see, that's quite a bit of complexity. It also includes code to work around a backwards compatibility issue in Boost.Program_options. However, it needs to know the library name in order to link the test code, and I'm still needing to use a non-standard name in order to do that. It would be great if Boost would provide a mechanism to allow such discovery. Such a mechanism already exists, and is called "pkg-config". By installing a small file in LIBDIR/pkgconfig for each Boost library, the pkg-config tool or PKG_CHECK_MODULES Autoconf macro may be used to query this information. As an example: ---- boost-regex-mt.pc ---- prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: boost-regex-mt Description: Boost C++ Regular Expression Library (multi-threaded) Version: 1.34.0 Libs: -L${libdir} -lboost_regex-gcc41-mt-1_34 Libs.private: -licui18n -licuuc -lrt -lm Cflags: -I${includedir} -pthread ---- boost-regex-mt.pc ---- You can generate this from a template: ---- boost-regex-mt.pc.in ---- prefix=PREFIX exec_prefix=EPREFIX libdir=LIBDIR includedir=INCLUDEDIR Name: boost-regex-mt Description: Boost Regular Expression Library (multi-threaded) Version: VERSION Libs: -L${libdir} LIBRARY_NAME Libs.private: LIBRARY_DEPENDENCIES [for static linking] Cflags: -I${includedir} THREAD_OPTIONS_FOR_COMPILER ---- boost-regex-mt.pc.in ---- where the capitalised names are where you would substitute in the system- and compiler-specific options. It looks like bjam could probably make this a single rule all libraries could make use of. For such a setup, all that configure script above could be mostly reduced to PKG_CHECK_MODULES([boost-regex-st]) PKG_CHECK_MODULES([boost-program-options-st]) I don't know how bjam works, but I do this with Autoconf as a file generated by config.status, but it could also be generated by make with a simple sed command. I guess you could do the bjam equivalent, whatever that might be. I have had a look at the sources to try to implement this, but I am afraid I lack the bjam expertise to do it. You may find much more detailed discussion of these issues at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424038 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424666 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425264 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428419 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350539 Some of these are due to Debian-specific issues (a change to the symlink name), but the root cause is the inability to identify the Boost library names in an automated fashion. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.

2 2