August 2012 - Boost - lists.preview.boost.org

[type_erasure][doc]static_binding doc: no mention of PH to PH use.
by Larry Evans 13 Aug '12

13 Aug '12

The static_binding doc: http://steven_watanabe.users.sourceforge.net/type_erasure/libs/type_erasure… contains: Description Represents a mapping from placeholders to the actual types that they bind to. However, the doc for: template < typename Concept2 , typename Tag2 , typename Map > any ( const any< Concept2, Tag2 > & other , const static_binding< Map > & binding ); here: http://steven_watanabe.users.sourceforge.net/type_erasure/libs/type_erasure… contains: Requires: [snip] Map must be an MPL map with keys for all the placeholders used by Concept and values for the corresponding placeholders in Concept2. So the static_binding doc should contain something like: Represents a mapping from placeholders to the actual types that they bind to or a mapping from placeholders to placeholders, depending on where static_binding is used. HTH. -regards, Larry

1 0

[1.51.0] Beta 1 release candidates available
by Marshall Clow 12 Aug '12

12 Aug '12

Release candidate files for 1.51.0 beta 1 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: 543e3498c4ce520bfa635607971be4fc boost_1_51_0_beta1_rc1.tar.gz 3f9beb290dad223c21822e9ef601fd80 boost_1_51_0_beta1_rc1.tar.bz2 0401b9c40aac37b7dd9ef7e33190270c boost_1_51_0_beta1_rc1.zip e5aa1cd82e71173197ee6794c2c035d2 boost_1_51_0_beta1_rc1.7z Thanks, --The release managers

10 15

[MPI] Jamfile tweak
by Daniel James 12 Aug '12

12 Aug '12

Hi, I've made a change to the MPI documentation Jamfile. The documentation build was failing on trunk because the same project name was used in 'libs/mpi/build/Jamfile.v2' and 'libs/mpi/doc/Jamfile.v2', so I gave the documentation project a more appropriate name: https://svn.boost.org/trac/boost/changeset/79974/ I'll merge to release once 1.51 is finished. Daniel

1 0

[1.51] Beta build of the PDF docs available
by John Maddock 12 Aug '12

12 Aug '12

A PDF build of the docs for 1.51 beta is now available from https://sourceforge.net/projects/boost/files/boost-docs/1.51.0/ John.

2 4

[fusion] 1.50.0 release broken on c++11
by Steve Lorimer 11 Aug '12

11 Aug '12

Hi folks I know it's been reported before, and has been fixed in trunk, but is there any plan to fix the released version? Reported here: http://boost.2283326.n4.nabble.com/fusion-g-4-6-deque-and-c-0x-compile-erro… Thanks Steve

4 4

[1.51] Context docs contains third party materials?
by John Maddock 11 Aug '12

11 Aug '12

Just noticed that the docs for the new context lib contains a "pdf" folder with a bunch of third-party PDF files, including the complete ISO C standard. Can we really re-distribute these? I would have thought not? Plus they occupy a few Mb of space when they could just be linked to elsewhere? Cheers, John.

2 2

[atomic] boost.atomic library/win32
by Tim Blechmann 10 Aug '12

10 Aug '12

hello helge, the shared library of boost.atomic on msvc is currently not really usable, as it does not export the pool_. atm, all boost.lockfree tests of msvc fail for this reason. also according to Zao on irc, it will need some specific treatment to avoid the compilation of a static library. tim [1] http://www.boost.org/development/tests/trunk/developer/lockfree.html

3 4

Cygwin svn client broken. Boost scripts failing as a result
by Beman Dawes 10 Aug '12

10 Aug '12

Failures in the inspection script have been tracked back to a cygwin problem. See http://stackoverflow.com/questions/11007024/cygwin-svn-e200030-sqlite-disk-… I did get a run of the trunk inspect script off this morning, but it may be erratic until this gets straightened out. If you are a cygwin svn user, and svn is working OK, you might want to avoid updating your cygwin installation until cygwin fixes this. --Beman

1 0

Meeting C++ - Full Program + Early Bird
by Jens Weller 10 Aug '12

10 Aug '12

Hi C++ & boost Community, just a short note to those who are interested in C++ conferences: The Schedule of Meeting C++ is online: http://meetingcpp.com/index.php/schedule.html The Keynote "Good C++11 Coding Style" is held by Michael Wong, the focus is on C++11 and boost. Early Bird Tickets are still available for one week until next wednesday! regards, Jens Weller

2 2

[intrusive_ptr] Why are comparison operators not friends?
by Carsten Fuchs 10 Aug '12

10 Aug '12

Hi all, I was just (re-)reading item 46, "Define non-member functions inside templates when type conversions are desired", in Scott Meyers "Effective C++, 3rd edition", and was wondering how and why the comparison operators for intrusive_ptr work when used with NULL, even though they're not friend functions as described in Scott Meyer's item 46. That is, the example program below compiles and links fine both with GCC 4.6 as well as with Visual C++ 2010 -- but how does do the compilers match the == operator, whose right operand is NULL, an int value? If I try to use the exact same templated binary operators like this in my own classes, and want NULL matched to one of the T* or U* operands, then I have to do it with friend functions or else the compilers don't find a match. Why does it work here? Best regards, Carsten #include <boost/intrusive_ptr.hpp> #include <iostream> class CRefCounted { public: CRefCounted() : RefCount(0) {} long RefCount; }; void intrusive_ptr_add_ref(CRefCounted* p) { ++(p->RefCount); } void intrusive_ptr_release(CRefCounted* p) { if (--(p->RefCount) == 0) delete p; } int main() { using namespace boost; intrusive_ptr<CRefCounted> p(new CRefCounted()); // I'd expect the next line of code to fail compilation, because the compiler // cannot find a match for operator == with left operand of type // intrusive_ptr<CRefCounted> and right operand of type int, but they do! if (p == NULL) std::cout << "p == NULL\n"; else std::cout << "p != NULL\n"; }

2 2