- Boost-users - lists.boost.org

Building ASIO as a universal binary in Leopard
by Derrick Hathaway 27 Jan '08

27 Jan '08

I'm running OS X Leopard on an intel Macbook. I was able to muddle through getting 1.34.1 built universal. In order to build Boost universal, I followed the instructions I stumbled upon here: http://woldlab.caltech.edu/cgi-bin/mussa/wiki/OSXUniversalDependencies I modified it slightly to build with the OS 10.5 sdk. I have appended my user-config.jam file. I am interested in using ASIO, which depends upon Boost.System. Boost.System is not included in 1.34.1, but it is included in the ASIO download. I can build and have built system according to the instructions in the ASIO README, but these instructions result in an i386 only build. Any ideas how I can build and install Boost.System universal with 1.34.1? Or, is there a better way altogether? Thanks in advance. Derrick ##### user-config.jam # Boost.Build Configuration # Automatically generated by Boost configure # Compiler configuration using darwin : 4.0 : g++-4.0 : <cflags>"-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386" <linkflags>"-Wl,-syslibroot,/Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386" ; # Python configuration using python : 2.4 : /Library/Frameworks/Python.framework/Versions/2.4 ; ##### end user-config.jam

1 0

[boost-users] [general]
by chun ping wang 26 Jan '08

26 Jan '08

Hi is their anyway for boost to allow only explicit conversion... like class MyInt { // some code inside.... operator int() {} }; myIntCalc(int, int); MyInt a, b; f = myInt(a, b); // compile error no implicit conversion. int x = boost::numeric_cast<int>(a); // k allow int y = static_cast<int>(b); // k allow.

3 3

[review] Review of Flyweight library started January 21 and still running!
by Ion Gaztañaga 26 Jan '08

26 Jan '08

Hi all, The formal review of Flyweight library started January 21 and will end January 30, we have a few nice reviews, but I'm sure that those who haven't reviewed it are also interested in the library ;-). The library solves quite a common programming pattern, is small and very well documented. So don't be afraid to try it! Information for reviewers: *Description:* Flyweights are small-sized handle classes granting constant access to shared common data, thus allowing for the management of large amounts of entities within reasonable memory limits. Boost.Flyweight makes it easy to use this common programming idiom by providing the class template flyweight<T>, which acts as a drop-in replacement for const T. *Online docs:* http://tinyurl.com/2sstyr http://svn.boost.org/svn/boost/sandbox/flyweight/libs/flyweight/index.html *Download:* http://tinyurl.com/hrdm6 http://www.boost-consulting.com/vault/index.php?&direction=0&order=&directo… *Notes:* 1) We've seen some suggestions in the mailing list for Flyweight. Joaquín has nicely explained a couple of issues that we'd like to address/discuss in the review: http://tinyurl.com/33ghtf http://svn.boost.org/svn/boost/sandbox/flyweight/libs/flyweight/doc/review_… 2) Flyweight needs Boost 1.35 elements because the library depends on libraries like Interprocess for some features/tests. Since SVN snapshot tarballs seem to be missing these days, those who want to try flyweight can download a working SVN-HEAD snapshot here: http://igaztanaga.drivehq.com/boost_trunk.tar.bz2 3) Serialization tests won't work. This feature is expected to work when some new features (discussed in the mailing list between Joaquín and Robert Ramey) are added in Boost.Serialization. Those are expected for Boost 1.36. What to include in Review Comments ================================== Your comments may be brief or lengthy, but basically the Review Manager needs your evaluation of the library. If you identify problems along the way, please note if they are minor, serious, or showstoppers. Here are some questions you might want to answer in your review: * What is your evaluation of the design? * What is your evaluation of the implementation? * What is your evaluation of the documentation? * What is your evaluation of the potential usefulness of the library? * Did you try to use the library? With what compiler? Did you have any problems? * How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? * Are you knowledgeable about the problem domain? And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. Ion Gaztañaga - Review Manager -

1 0

[serialization] hash_map declaration problem
by Jan Boehme 26 Jan '08

26 Jan '08

Hi, I encountered problems while trying to serialize hash_maps which use pool allocators ( gcc: no member 'serialize' ). I had a look into "boost/serialization/hash_map.hpp" and realized a problem in the declaration of hash_map in here: BOOST_STD_EXTENSION_NAMESPACE::hash_map<Key, HashFcn, EqualKey, Allocator> should be BOOST_STD_EXTENSION_NAMESPACE::hash_map<Key, Value, HashFcn, EqualKey, Allocator> It seems that nobody used the hash_map with more than 4 template parameters together with boost::serialization before. It would be nice, if the following changes for "boost/serialization/hash_map.hpp" would be adopted into the repos. Cheers, Jan. --- /boost-trunk/boost/serialization/hash_map.hpp 2007-08-01 09:03: 26.000000000 +0200 +++ /boost/serialization/hash_map.hpp 2007-12-17 11:36:27.000000000 +0100 @@ -33,3 +33,4 @@ class Archive, - class Key, + class Key, + class Value, class HashFcn, @@ -41,3 +42,3 @@ const BOOST_STD_EXTENSION_NAMESPACE::hash_map< - Key, HashFcn, EqualKey, Allocator + Key, Value, HashFcn, EqualKey, Allocator > &t, @@ -48,3 +49,3 @@ BOOST_STD_EXTENSION_NAMESPACE::hash_map< - Key, HashFcn, EqualKey, Allocator + Key, Value, HashFcn, EqualKey, Allocator > @@ -55,3 +56,4 @@ class Archive, - class Key, + class Key, + class Value, class HashFcn, @@ -63,3 +65,3 @@ BOOST_STD_EXTENSION_NAMESPACE::hash_map< - Key, HashFcn, EqualKey, Allocator + Key, Value, HashFcn, EqualKey, Allocator > &t, @@ -70,3 +72,3 @@ BOOST_STD_EXTENSION_NAMESPACE::hash_map< - Key, HashFcn, EqualKey, Allocator + Key, Value, HashFcn, EqualKey, Allocator >, @@ -75,3 +77,3 @@ BOOST_STD_EXTENSION_NAMESPACE::hash_map< - Key, HashFcn, EqualKey, Allocator + Key, Value, HashFcn, EqualKey, Allocator > @@ -85,3 +87,4 @@ class Archive, - class Key, + class Key, + class Value, class HashFcn, @@ -93,3 +96,3 @@ BOOST_STD_EXTENSION_NAMESPACE::hash_map< - Key, HashFcn, EqualKey, Allocator + Key, Value, HashFcn, EqualKey, Allocator > &t,

3 4

Multiple templates singletons
by Hicham Mouline 25 Jan '08

25 Jan '08

Hi, I have a template class with 6 template arguments as : template <typename contractType, typename treeType, int n, enum1 rtype, enum2 qtype, enum3 vtype> class TreeImpl {}; I need to write partial specializations for the cases n=2, n=3, for 2 cases of rtype, 2 cases of qtype and 3 cases of vtype, therefore I will write 2*2*2*3 = 24 partial specializations. Any fully specialized template instance should be a singleton. I would like to find a way to store any instanciated full specialization in some common list, so that in other parts of the code, i can deal with the various singletons without having to write actual arguments n,rtype,qtype and vtype. I thought of having all these templates inherit from a template base class template <typename contractType, typename treeType> class TreeImplBase; Each specialization of these holds a static std::map< boost::tuple<int,enum1,enum2,enum3>, const TreeImplBase* >; which contains the list of the derived template classes. Any comments are appreciated, Perhaps this is a known design pattern, perhaps there is an easier way of doing this, perhaps there is a boost library which helps with this, regards,

3 6

local_date_time as class member
by Fabien CARMAGNAC 25 Jan '08

25 Jan '08

Dear all, I am using a boost::date_time::local_date_time and I have a problem when a local_date_time is declared as class member. Case 1 class toto { protected: boost::local_time::local_date_time tt ; public: toto(boost::local_time::local_date_time t) : tt(t) {} ~toto(){} }; => compil ok =========== Case 2 (using '=' operator) class toto { protected: boost::local_time::local_date_time tt ; public: toto(boost::local_time::local_date_time t) { tt=t; } ~toto(){} }; => does not compiles ! Errors: make all Building file: ../src/toto.cpp Invoking: GCC C++ Compiler g++ -I"/home/fabien/dev/eclipse_workspace" -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"src/toto.d" -MT"src/toto.d" -o"src/toto.o" "../src/toto.cpp" ../src/toto.cpp: In constructor ‘toto::toto(boost::local_time::local_date_time)’: ../src/toto.cpp:16: error: no matching function for call to ‘boost::local_time::local_date_time_base<boost::posix_time::ptime, boost::date_time::time_zone_base<boost::posix_time::ptime, char> >::local_date_time_base()’ /usr/include/boost/date_time/local_time/local_date_time.hpp:218: note: candidates are: boost::local_time::local_date_time_base<utc_time_, tz_type>::local_date_time_base(boost::date_time::special_values, boost::shared_ptr<U>) [with utc_time_ = boost::posix_time::ptime, tz_type = boost::date_time::time_zone_base<boost::posix_time::ptime, char>] /usr/include/boost/date_time/local_time/local_date_time.hpp:211: note: boost::local_time::local_date_time_base<utc_time_, tz_type>::local_date_time_base(const boost::local_time::local_date_time_base<utc_time_, tz_type>&) [with utc_time_ = boost::posix_time::ptime, tz_type = boost::date_time::time_zone_base<boost::posix_time::ptime, char>] /usr/include/boost/date_time/local_time/local_date_time.hpp:141: note: boost::local_time::local_date_time_base<utc_time_, tz_type>::local_date_time_base(typename utc_time_::date_type, typename utc_time_::time_duration_type, boost::shared_ptr<U>, boost::local_time::local_date_time_base<utc_time_, tz_type>::DST_CALC_OPTIONS) [with utc_time_ = boost::posix_time::ptime, tz_type = boost::date_time::time_zone_base<boost::posix_time::ptime, char>] /usr/include/boost/date_time/local_time/local_date_time.hpp:100: note: boost::local_time::local_date_time_base<utc_time_, tz_type>::local_date_time_base(typename utc_time_::date_type, typename utc_time_::time_duration_type, boost::shared_ptr<U>, bool) [with utc_time_ = boost::posix_time::ptime, tz_type = boost::date_time::time_zone_base<boost::posix_time::ptime, char>] /usr/include/boost/date_time/local_time/local_date_time.hpp:79: note: boost::local_time::local_date_time_base<utc_time_, tz_type>::local_date_time_base(utc_time_, boost::shared_ptr<U>) [with utc_time_ = boost::posix_time::ptime, tz_type = boost::date_time::time_zone_base<boost::posix_time::ptime, char>] make: *** [src/toto.o] Error 1 I am using: Linux 2.6.23.8-34.fc7 boost-1.33.1-15.fc7 boost-devel-1.33.1-15.fc7 g++ (GCC) 4.1.2 20070925 (Red Hat 4.1.2-27) Thanks for your help ! Regards, Fabien CARMAGNAC _____________________________________________________________________________ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail http://mail.yahoo.fr

2 1

Where to download boost 1.33.0-1?
by Bo Xie 25 Jan '08

25 Jan '08

http://sourceforge.net/project/showfiles.php?group_id=7586&package_id=8041 only provides boost 1.33.0 download, not 1.33.0-1. Thanks!

2 1

BGL: Problem accessing property_map members
by James Jackson 25 Jan '08

25 Jan '08

Hi, I am trying to use the BGL to model a simple directed graph with internal edge properties. Following the example given in the documentation[1], I have done the following (with question-irrelevant padding removed): ------------------------------- #include <boost/graph/adjacency_list.hpp> #include <boost/property_map.hpp> typedef boost::property<boost::edge_weight_t, double> EdgeProperties; typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::directedS, boost::no_property, EdgeProperties> NetworkGraph; typedef std::pair<int, int> Edge; NetworkGraph g(5); boost::add_edge(0, 1, g); boost::add_edge(0, 2, g); boost::add_edge(1, 3, g); boost::add_edge(2, 3, g); boost::add_edge(3, 4, g); boost::property_map<NetworkGraph, boost::edge_weight_t>::type weights = boost::get(boost::edge_weight_t(), g); weights[0] = 1.0; weights[1] = 1.0; weights[2] = 1.0; weights[3] = 1.0; weights[4] = 1.0; ------------------------------- Which all looks fairly kosher. However, attempting to compile this results in a error on each of the weights assignment lines: "error: no match for 'operator[]' in 'weights[0]' Using the syntax boost::put(weights, 0, 1.0) just moves this error inside a parameter_set template definition. Can anybody shed any light on this? For the record this is on MacOS X 10.5.1, with GCC 4.0.1 (i686-apple-darwin9-gcc-4.0.1). Regards, James Jackson. [1] interior_property_map.cpp

2 2

BoostCon 2008 Now Open For Registration
by David Abrahams 25 Jan '08

25 Jan '08

Hi All, The 2nd annual Boost Conference has been scheduled for May 4-9 2008. Please see http://www.boostcon.com/registration for registration information. If you want to stay at the Aspen Meadows (highly recommended as it is within walking distance of the conference venue and was the site of great after-hours discussions in '07), it's especially important this year that you book your rooms early. Since, unlike last year, Aspen's airport will be open this May, demand for rooms has been heavy. In fact, the following week, which we tried to get, was snapped up by another group before we even had a chance to catch our breath, just weeks after BoostCon'07 ended. We'll be working hard on getting the program together for 2008 over the coming weeks. We hope to include many more Boost authors and contributors, and build in several more intensive library-specific sessions, to make 2008 better than ever. Please send any questions to the BoostCon planning committee at: organizers(a)boostcon.com. Those of you who didn't make it to BoostCon'07 may want to have a look at the photo gallery at http://boostcon.com/community/photos, peruse the 2007 program at http://boostcon.com/program, and check out the two trip reports mentioned here: http://boostcon.com/news/2007/Jul/16/yet-another-trip-report. See you in Aspen! -- The BoostCon Planning Committee

1 0

Problems using Boost.Threads
by anthony kelly 25 Jan '08

25 Jan '08

Hello Boost Users, I am trying to use Boost.Thread in my application. I am compiling on Windows for Windows using Cygwin GCC with the "no-cygwin" option. Boost.Build is far too complicated for my application, so I am using a simple Makefile. I don't mind whether I use Windows threads or POSIX threads, but I have tried both and I can't get either to work. Re: Windows threads, I have static linked to "boost_thread-gcc34-mt-1_34_1" (no plan to use unsupported tss), and I defined BOOST_THREAD_USE_LIB and BOOST_HAS_WINTHREADS, however I get a lot of error messages about pthread functions not found. Have you any idea why I get error messages about using pthread functions when BOOST_HAS_WINTHREADS is defined? Is there some other macro(s) which should be defined? Re: POSIX threads, I have static linked to "boost_thread-gcc34-mt-1_34_1" and "pthreadGC2" (pthreads-win32), and I defined BOOST_THREAD_USE_LIB and BOOST_HAS_PTHREADS, however I get an error message that nanosleep is not found. I read that nanosleep is part of libc, so I added "c" to my list of static libraries, which finds nanosleep, but then I receieve other errors which looks as though I am linked to multiple C runtimes. What is the correct approach to link nanosleep in this configuration? If you have any suggestion, please let me know! Thanks in advance for your time. Kind regards, Anthony P.S. Is there a resource which can tell me which are the prerequisite libraries for boost libraries (e.g. pthreads or winsock)? So far, I have had to guess appropriate libraries based on internet searches for the function names appearing in "undefined reference" errors, but this seems very clumsy!

1 0