November 2009 - Boost - lists.boost.org

[1.41][serialization] MSVC 9 crashes on compilation
by Andrey Semashev 16 Nov '09

16 Nov '09

Hi, I'm building the release branch on MSVC 9 + STLPort 5.1.5. The compiler crashes when compiling Boost.Serialization (more precisely, the xml_wgrammar.cpp file). The command line I use is as follows: bjam.exe -j 2 --toolset=msvc variant=release link=shared threading=multi runtime-link=shared optimization=speed inlining=full stdlib=stlport --without-mpi --without-wave --without-python --without-graph stage Does anyone else have these problems?

8 16

Strict or lax build configuration
by Vladimir Prus 16 Nov '09

16 Nov '09

I have a question how building Boost should behave when the user provides wrong configuration information. E.g., suppose you have this in user-config.jam: using python : 3.20 : /nowhere ; or alternatively, in 1.42 a user runs Boost.Build as follows: ./bjam -sZLIB_INCLUDES=/still-nowhere ... What should happen? - A hard error. After all, the user wanted that specific configuration. And warnings are easy to miss. - A warning. Autodetection will still run and possibly find a random version - A hard error, but also run autodetection and let user know what was found. For example: Could not find Python version 3.20 in /nowhere. There is a valid installation of 2.5 in /usr. Remove the 'using python' statement to use it. Comments? Thanks, Volodya

6 9

[interprocess] compilation errors when BOOST_USE_WINDOWS_H is defined
by Hartmut Kaiser 16 Nov '09

16 Nov '09

If all I have is #define BOOST_USE_WINDOWS_H #include <boost/interprocess/smart_ptr/shared_ptr.hpp> I'm getting a whole bunch of compilation errors related to undefined types like win32_find_data_t, interprocess_filetime, etc. Anything I could do about this (Windows7, VS2005, VS2008, VS2010, Boost SVN trunk)? Regards Hartmut ------------------- Meet me at BoostCon http://boostcon.com

3 3

[exception][mpl] Boost.Exception uses unqualified size_t
by Hartmut Kaiser 16 Nov '09

16 Nov '09

The Boost.Exception library uses size_t without any qualification, which leads to unexpected ADL problems related to mpl::size_t. I'm currently not able to provide a minimal use case as I don't fully understand where this happens, but if I replace size_t with std::size_t in boost/exception/detail/object_hex_dump.hpp my problems go away. I tried to look around in other Boost libraries, but all other occurrences of size_t are qualified as std::size_t. Regards Hartmut ------------------- Meet me at BoostCon http://boostcon.com

7 14

[GGL] Some bits missing from Doxygen docs?
by Phil Endecott 16 Nov '09

16 Nov '09

Dear All, In the GGL docs at http://geometrylibrary.geodan.nl/formal%5Freview/ , if I go: Modules -> geometries -> ggl::linear_ring -> List of all members I see a page that says "This is the complete list of members for ggl::linear_ring< P, V, ClockWise, A >, including all inherited members.", and is then entirely empty. Is this what other people see? Maybe it is something odd with my browser. Thanks, Phil.

3 3

[1.41.0] Release candidates available
by Beman Dawes 15 Nov '09

15 Nov '09

1.41.0 release candidates are available: http://boost.cowic.de/rc/boost_1_41_1_beta1.tar.bz2 - Unix line endings http://boost.cowic.de/rc/boost_1_41_1_beta1.tar.gz - Unix line endings http://boost.cowic.de/rc/boost_1_41_1_beta1.7z - Windows line endings http://boost.cowic.de/rc/boost_1_41_1_beta1.zip - Windows line endings Before pushing the release out to SourceForge, I'd appreciate it if several people would try the release candidate and report success, failure, or any problems encountered. Thanks, --Beman

4 4

[asio] multicore performance
by Isidor Zeuner 15 Nov '09

15 Nov '09

After coming along this ([1]) interesting link, I wonder what the suggested way of building a fully multicore-capable boost::asio tcp server on the linux platform would be. An obvious solution would be to listen on one interface/port per core and solve the problem at the application layer, but I'm looking for a fully transparent solution. I haven't looked more deeply into the boost::asio inner workings. Is it feasible to have modify epoll_reactor to distribute the file descriptors among multiple epoll threads? Best regards, Isidor Zeuner [1] http://stackoverflow.com/questions/1234750/c-socket-server-unable-to-satura…

2 1

[Review] GGL review extended until November 22nd
by Hartmut Kaiser 15 Nov '09

15 Nov '09

Hi all, The discussions around GGL are just start ramping up and we received only 2 (voting) reviews so far. Additionally, several people have been asking me off-list to extend the review period as they otherwise wouldn't be able to write a review in time. For these reasons the review period for the GGL library will be extended for another week. The review period will now end November 22nd. For everybody considering to vote: this would be a good time to write a review! Regards Hartmut GGL Review Manager ------------------- Meet me at BoostCon http://boostcon.com

1 0

[GGL] Initial thoughts; how to register point types
by Phil Endecott 15 Nov '09

15 Nov '09

Dear All, Following is some initial feedback on GGL, after spending an hour or so with the docs. I hope to be able to complete a proper review over the next couple of days. The documentation seems very much focused on "how it works", which is of course useful for reviewing the design, but more "what it does" and "how to use it" content would help me to actually try it with some examples. For example, I have a Point<T> class and I would like to "teach" the library about it. From the "Design rationale" page I can see that a number of traits have to be defined, but I don't see a concise reference to what I need to do. Looking at the example "c01_custom_point_example.cpp" I see that there are some macros e.g. GEOMETRY_REGISTER_POINT_2D (not a Boost-style macro name by the way) but I don't see any documentation for what these do. I guess that it defines some traits specialisations, right? Does anyone know how to get Doxygen to create next/prev buttons for navigating between the pages in the e.g. "related pages" section? Is it possible to note which versions of the Boost library dependencies are needed? I'm not convinced that overloading e.g. distance() so that it works with all combinations of geometries is a good idea. If I wanted to know the distance from a point to a polygon I'd be happy to write distance_pt_to_poly(a,b). Having the overload makes it possible for me to accidentally pass the wrong things and get no error. And there is the question of what is meant by distance "to" a polygon - is it to the nearest point, or the centroid, etc? I believe that heterogeneous co-ordinate types (e.g. latitude and longitude of one type and altitude of another) are not supported, right? Regards, Phil.

3 5

Re: [boost] [msm] Version 2.0 available
by Christophe Henry 15 Nov '09

15 Nov '09

> Thank you for the snappy reaction. Works lovely. Good news! > I hope you submit it for a formal review soon. Chances are that you > will wait for a review manager for a better part of the decade anyway. I have a review manager (David Abrahams) so we just need to negociate a date with the review wizards. It should definitely last not that long ;-)

1 0