- Boost - lists.boost.org

[1.47.0] Beta 1 Release Notice
by Beman Dawes 23 Jun '11

23 Jun '11

Boost release 1.47.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/ New Libraries: Chrono, Geometry, Phoenix and Ratio. Updated Libraries: Accumulators, Asio, Config, DateTime, Dynamic Bitset, Foreach, Function, Function Types, Graph, Iterator, Lexical Cast, Logic, Math, Meta State Machine, MultiIndex, Proto, Spirit, Tokenizer, Utility, Wave For details of what's in the release, see http://beta.boost.org/users/news/version_1_47_0. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. There have been reports of build issues with MinGW/CGG and 64-bit Windows/VC++. These are being investigated and hopefully should be cleared up before the final release Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team Beman Dawes Daniel James Eric Niebler Rene Rivera Vladimir Prus

4 4

Is there interest in an alternative to the Singleton anti-pattern?
by Ben Robinson 23 Jun '11

23 Jun '11

The Singleton pattern does have its uses because it guarantees a single instance of a class. However, it suffers from three weaknesses: 1) Encapsulation: Singleton provides global access to the class. Some may view this as a feature, but advocates of unit testing, and dependency injection would disagree. 2) Initialization: Singleton restricts the class to the default constructor. This makes Singleton unusable for classes which require non-default constructors. 3) Lifetime: Singleton introduces lifetime management complexities (for a detailed discussion, see Chapter 6 of Modern C++ Design by Andrei * Alexandrescu*). I have formalized what I believe is a novel design pattern, which guarantees a single instance of a class, but which does not suffer 1-3 above. And unlike Monostate, this pattern I propose does instantiate a genuine instance of any class, using any one of its available constructors. I hope this inquiry peaks your interest. Thank you, Ben Robinson, Ph.D.

3 2

[typeof] deducing type at class level
by lcaminiti 23 Jun '11

23 Jun '11

Hello all, Is there any way to use BOOST_TYPEOF at class level? For example: struct vect { size_t size(); typedef BOOST_TYPEOF(size()) size_type; // can I make this work somehow? }; If not with Boost.Typeof, can I do this with C++0x? Thanks! --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-typeof-deducing-type-at-class-leve… Sent from the Boost - Dev mailing list archive at Nabble.com.

7 8

[review][assign] Formal review of Assign v2 ongoing
by John Bytheway 22 Jun '11

22 Jun '11

A reminder that the formal review of the Assign v2 library upgrade by Erwann Rogard is ongoing, and is scheduled to continue until June 24th. Please consider looking at the library and submitting a review. About Assign v2 =============== Assign v2 is an upgrade of Boost.Assign (1.0) that redefines its functionality, with optional C++0x support and new features. It is a compact interface for executing the repetitive tasks of assigning or inserting container elements. For example, std::map<std::string, int> map; // Inserts each pair ("jan", 31),...,("may", 31) in map: csv_put<2>(map, "jan", 31, "feb", 28, "mar", 31, "apr", 30, "may", 31); Please see the change log (linked below) for more detail on the motivation for this library and pointers for navigating the documentation. Where to get it =============== The documentation is online at: <http://svn.boost.org/svn/boost/sandbox/assign_v2/libs/assign/v2/doc/html/in…> With the change log at: <http://svn.boost.org/svn/boost/sandbox/assign_v2/libs/assign/v2/doc/html/bo…> The Assign v2 source can be found in the Boost sandbox at: <http://svn.boost.org/svn/boost/sandbox/assign_v2/> or downloaded from: <http://www.boostpro.com/vault/index.php?action=downloadfile&filename=assign…> Review guidelines ================= Reviews should be submitted to the developer list (boost(a)lists.boost.org) with '[assign]' in the subject. Or if you don't wish to for some reason, you can send them privately to me. If so, please let me know whether or not you'd like your review to be forwarded to the list. All reviews are appreciated, even if you don't have time for an in-depth study. The Assign v2 library consists of several largely independent components: Reference containers and chaining, container modification and generation, and conversion of ranges to containers. If you wish, feel free to review and even vote on these separately. For your review you may wish to consider the following questions: - 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. More detail on the review process is available at: http://www.boost.org/community/reviews.html John Bytheway Review Manager

7 17

[accumuators][1.47] docs build
by John Maddock 22 Jun '11

22 Jun '11

I'm not sure if this is likely to cause issues or not, but the accumulators docs, generate some file names in ALL_UPPER_CASE.hpp which is against our filename policy. Cheers, John.

2 1

[interprocess] Possible bug in offset_ptr
by Lars Hagstrom 22 Jun '11

22 Jun '11

Hi, I reported a problem to the clang project about a problem I had with some release-compiled boost code. They're claiming it is a problem in offset_ptr, where the pointer arithmetic causes undefined behaviour according to the C++ standard. See: http://llvm.org/bugs/show_bug.cgi?id=10119 This seems like a fairly major thing, if it is true. Cheers Lars

2 2

[quickbook][phoenix] Can't build Phoenix as a PDF.
by John Maddock 21 Jun '11

21 Jun '11

Just a heads up that I'm currently unable to build the Phoenix docs (in libs/phoenix/doc) as a PDF for 1.47. The issue is that there are a few anchors: phoenix.preface phoenix.description phoenix.how_to_use_this_manual phoenix._emphasis_role__bold___emphasis____to_joel_s_dear_daughter__phoenix__emphasis___emphasis_ which are placed at <chapter> scope in the Docbook XML - this is legal according to the Docbook DTD, but produces invalid FO when using the latest Docbook XSL stylesheets (results in an <fo:inline> at <fo:flow> scope which isn't legal. Although this is probably a Docbook bug, it's not entirely unreasonable: anchors at <chapter> or <book> scope appear outside any logical page sequence in the FO, hence the error. Am I correct in thinking that these anchors are created by quickbook? Thanks, John.

2 1

[Phoenix] Two sets of docs?
by John Maddock 21 Jun '11

21 Jun '11

Currently Phoenix has it's own docs under libs/phoenix/doc, but there are also docs under libs/spirit/phoenix/doc. Should the latter have been removed now? Trying to work out what to build as PDF's yours, John.

3 3

[release] Release notes
by Daniel James 21 Jun '11

21 Jun '11

Hi, If you haven't done so already, it's a good time to write your release notes. You can either email them to me, or make the changes yourself in subversion. The file is at: http://svn.boost.org/svn/boost/website/public_html/beta/feed/history/boost_… thanks, Daniel

8 9

[BGL] Graph union
by Shaun Jackman 21 Jun '11

21 Jun '11

Hi, Is there a graph adapter that presents a view of the union of two graphs? The union graph would not be modifiable. graph_union<G1, G2> unionGraph(g1, g2); If not, any tips on how to go about implementing this? Cheers, Shaun

2 1