April 2010 - Boost - lists.preview.boost.org

[Serialization] Assertion when registering same type from different modules, release branch broken?
by Hartmut Kaiser 24 Apr '10

24 Apr '10

Hi, In the newest version of the serialization library (trunk) I'm seeing assertions in file void_cast.cpp, line 227 during application startup. The reason appears to be that the same type gets registered for serialization from different modules (shared libraries). The very same code worked for us before (and still works for V1.42). I did not check with the release candidate yet, but a comparison of the file void_cast.cpp in trunk and release branch lets me assume the error is there as well (both files are identical). I will try to recompile everything on the release branch over the weekend. If the same behavior shows up in the release branch I'd consider the serialization library seriously broken. The problem is, that I really don't know how to avoid this multiple registration from different modules as the type in question is defined in a header file (no EXPORT macro) which is being used from different modules. I don't think this is something really special. Any ideas what we could do? What's the rationale of changing the registration behavior in the serialization library? Regards Hartmut --------------- Meet me at BoostCon www.boostcon.com

1 0

Request to merge r61245 into release branch
by Jeremiah Willcock 23 Apr '10

23 Apr '10

Is it too late for this one? It fixes one warning (class vs. struct) and several errors for VC++ 10 (ambiguous begin and end calls). -- Jeremiah Willcock

2 1

[range] Merge to fix defects
by Neil Groves 23 Apr '10

23 Apr '10

Boosters, I have had a commit on the trunk to resolve some defects that I noticed by carefully reviewing all of my new code. There is one serious defect in the istream_range which on the release branch is useless. Of course, this is merely a lack of a new feature rather than a regression but I would like to have it working for the proper release. There are also some changes to return types to address the concern brought up in the review about inconsistent return types of various functions. Both of these fixes have been tested on the trunk for many days. I recently reverted a host of other changes on the trunk that are unrelated to these issues that would increase risk. The recently reduced changeset on the trunk is also passing regression tests. Thanks in anticipation, Neil Groves

2 3

[GIL] [Patch] References cannot be mutable
by Doug Gregor 23 Apr '10

23 Apr '10

boost/gil/extension/dynamic_image/apply_operation_base.hpp has two references marked "mutable", at lines 141 and 157, but references cannot be mutable. This patch removes the "mutable" keyword from both cases. - Doug

1 0

[any] allocator support?
by Kenny Riddile 23 Apr '10

23 Apr '10

This may have been brought up before, but I have a case where I need to use boost::any with types that require custom allocation. As far as I can tell, this isn't currently possible. Is there a reason boost::any doesn't allow specifying an allocator? std::allocator would obviously be the default. Has anyone maybe done this themselves already and be willing to share?

1 0

[geometry] few questions
by Janek Kozicki 23 Apr '10

23 Apr '10

Hello, By looking at the documentation I can see that Geometry library is great for 2D polygons. I am working in 3D, so I wanted to ask about what I can, and what I can't. Is it possible to define 3D shapes, calculate their intersections, unions and so on? What about centroids and second (geometrical) moments of inertia? Does the geometry deal with spheres, or maybe other classical 3D geometries, like ellipsoid, torus or cone? What about the infinite geometries (like infinite cone)? Or infinitely long line? Also I wanted to ask about 3D points regarded as vectors. Can I add and subtract them? What about 3D vector cross product. What about dot product? I guess that I need to write that 'very old formula' function myself? In fact, since you are well into the subject, perhaps you could tell me if there are anywhere in boost a vector dot product and cross product implemented? Last but not least - I am doing frequently a 3D rotation of 3D points using quaternions for that (this could work with rotation matrices too). I suppose that I would need to implement this myself to "link" boost::quaternion with boost::geometry::point3d. please enlighten me and thank you very much for your time -- Janek Kozicki http://janek.kozicki.pl/ |

3 4

BOOST_EXPLICIT_OPERATOR_BOOL macro?
by Christian Holmquist 23 Apr '10

23 Apr '10

Hi, IIUC, c+0x allows the safe bool idiom to be implemented as explicit operator bool() const { ...} but in c+03 emulating that behaviour is a bit messy. There appears to be a solution for c+03 in boost/smart_ptr/detail/operator_bool.hpp, but it's targeted for the smart_ptr classes only. Would it be possible to extract operator_bool.hpp into a reusable macro, something like: #include <boost/utility/operator_bool.hpp> struct some { BOOST_EXPLICIT_OPERATOR_BOOL( m_value != 0; ) int m_value; }; What do you think? Cheers, Christian

3 5

[range] new adaptor for iterating over equal_ranges
by Thorsten Ottosen 23 Apr '10

23 Apr '10

Hi Neil & others, I think it could be useful with a range adaptor of the following kind to iterate over equal_ranges in a multimap. E.g. SomeMultiMap map = ...; for( auto rng : map | boost::adaptors::equal_ranged ) for( auto iter : rng ) { // do something with the objects with equal keys } The resulting range would probably be bidirectional with value_type std::pair<boost::range_iterator<SomeMultiMap>::type,...>. Thoughts? -Thorsten

2 1

Fwd: Re: [interprocess][move] enum template argument fails to be a valid base class
by Ion Gaztañaga 23 Apr '10

23 Apr '10

>i think I spoke too fast, is_enum needs compiler intrinsics according >to >boost documentation, so maybe this approach is not very useful... Forget it. I was talking about is_union instead. God, the lack of coffee is killing me ;-) Best, Ion

2 4

[1.43.0] Beta 1 Release Candidates available
by Beman Dawes 23 Apr '10

23 Apr '10

The 1.43.0 Beta 1 Release Candidate files are available at http://boost.cowic.de/rc/ Before these get pushed out to SourceForge, we like to get verification that they download and build OK on at least Linux and Windows. So please download one of these for your favorite platform, try a build, and report success or failure here. Thanks, --Beman

5 9