March 2011 - Boost - lists.boost.org

[MPL] Maintenance, patch applciation etc
by Joel Falcou 10 Mar '11

10 Mar '11

As a huge user of MPL all along, i'm a bit saddened by the speed of patching/evolution of the thingy. Currently there is 36 trac item on MPL and I remember a page with a ncie list of future work to go to. Instead of bitching around, i want to propose me as a "co-maintainer" or w/e the proper term is. I have a small amount of free time i want to dedicate to this. So here is the proposal ;)

6 9

[Review] Phoenix V3: review results
by Hartmut Kaiser 09 Mar '11

09 Mar '11

All, The review of Phoenix V3 ended on March 2nd. We've got quite some discussion, even if we hoped for more. Overall, 3 people have confirmed that the Phoenix rewrite addresses all issues raised during the original review back in 2008. Nobody raised any concerns or serious issues. So here is the result of the mini-review: Boost.Phoenix is ready to be moved to the Boost SVN trunk! All other discussions were about minor inconsistencies, which Thomas has already fixed by now. There are a couple of suggestions related to the documentation, which he agreed to address as soon as possible: 1) The Phoenix documentation should have a "What's New" section 2) Compile time is often a concern with libraries that make heavy use of expression templates. Adding a compile time test would be ideal. This should be easily invoked and results from various compilers reported within the documentation. The only thing, which needs to be decided (and which has not been discussed yet) is how the migration from Boost.Bind, Boost.Lambda, and Phoenix V2 has to be organized, ensuring minimal disruption for the users of those libraries. I see several possible ways of doing so, but would like to open up the discussion. Any suggestions and comments are welcome. With high likelihood this migration process will be implemented using forwarding headers. Therefore, this point has not to be resolved before moving the main code base to trunk. On the other hand, this migration strategy needs to be in place before merging to the release branch. -------------------- This mini-review wraps up the review process of Boost.Phoenix. Congratulations to Thomas for this version of the excellent library, which will contribute to the unification of the functional landscape in Boost. At the same time I would like to mention a couple of names which are related to the development of Phoenix since its inception, and without those Boost.Phoenix wouldn't have happened. - Joel de Guzman, who wrote the initial V1 and since then was actively involved and driving the development of Boost.Phoenix - Dan Marsden, who is the main developer (with Joel) of Phoenix V2 - Angus Leeming and Daniel Wallin who contributed to V2 - Eric Niebler, the author of Boost.Proto, who contributed to V2 and was actively driving and supporting the development of V3, he also mentored Thomas Heller's GSoC project. Regards Hartmut Review Manager --------------- http://boost-spirit.com

6 5

[config][clang] Does <boost/config/compiler/clang.hpp> need updating?
by Beman Dawes 09 Mar '11

09 Mar '11

http://clang.llvm.org/cxx_status.html now has a table for C++0x features. rvalue references, variadic templates, and static_asserts are showing as green. Does <boost/config/compiler/clang.hpp> need updating? Is there a maintainer for <boost/config/compiler/clang.hpp>? --Beman

6 15

[move] You can do it better: implementing push_back and handling implicit conversions
by Ion Gaztañaga 09 Mar '11

09 Mar '11

Hi to all, Are you a C++ expert? Do you like Boost.Move? I have a challenge for you. During Boost.Move review, Jeffrey Lee Hellrung suggested adding "techniques to capture (implicitly created) rvalues with emulated rvalue references in C++03, e.g., for push_back, when you have knowledge of the types of objects you want to capture". I've worked on this problem these days and the solution is less than obvious (several compilers have has problems with ::boost::is_convertible and non-copyable types). I found a solution (attached test and required boost/move/move.hpp header) after several tries but it's complex (it needs several overloads and enable_if tricks) but I'm sure boosters will find a easier solution ;-) Current solution seems to work on these compilers: MSVC 7.1, 8.0, 9.0, Intel 11.0, GCC 4.3.4, 4.4, 4.4 c++0x mode, 4.5, 4.5 c++0x mode. Problem: MSVC 10.0 (Visual 2010) with real rvalue references seems to have bugs and does not compile the test. I can't find a workaround, a future Service Pack might solve these errors, but maybe we should stick to emulation code in this compiler, unless someone could shed some light on this, of course. Waiting your proposals, Ion

3 6

[iostreams][filesystem] v3 adapter uploaded to ticket #4485
by Jeff Flinn 09 Mar '11

09 Mar '11

I've uploaded an adapter allowing filesystem V3 path to be passed to the iostreams library constructors and methods taking paths. I'm using it with boost 1.44 on MSVC8 and Xcode3.1.2 with gcc4.0.1. It currently requires that BOOST_FILESYSTEM_VERSION is defined to be 3, and that users manually use the adapter like: #include <boost/iostreams/device/mapped_file.hpp> #include <boost/iostreams/filesystem_v3_path_adapter.hpp> ... boost::filesystem::path p(...); namespace io = boost::iostreams; io::mapped_file_source mf_src(io::filesystem_v3_path_adapter(p)); Filesystem V3 is deprecated in the upcoming boost 1.47, and will NOT be included in boost 1.48. Has anyone started updating iostreams to account for the removal of filesystem V2? IIRC, Steven Watanabe has been doing some iostreams maintenance. It looks like Jonathan Turkanis is no longer around, is there a new iostreams maintainer? I can take this on if no one else is/has. In my view, and as a few others have stated as well, filesystem V3 path is the common/portable path currency in boost today. The iostreams interface/implementation can be simplified by utilizing path's portability. The windows implementation would always call CreateFileW passing path.wstring().c_str. Thoughts? Thanks, Jeff

2 1

Boost.Thread: Support for variadic templates
by Daniel Neuberger 09 Mar '11

09 Mar '11

Are there plans for Boost.Thread to support variadic templates sometime soon? We'd use c++0x, but it looks like there's no plan to support timed_join and interruption/cancellation. Will Boost.Thread continue to do so though or is there something I'm missing in regards to c++0x? Thanks! - Daniel P.S. I asked basically the same question on the boost user list, but go no response. See http://thread.gmane.org/gmane.comp.lib.boost.user/66171.

2 3

[spirit] alert when backtracking?
by Arno Schödl 09 Mar '11

09 Mar '11

Hello, is there any way to detect at runtime or compile time whether Boost.Spirit needs backtracking? It would be nice to be alerted to the fact that the grammar is not LL(1) and thus has potential for optimization. Regards, Arno -- Dr. Arno Schödl | aschoedl(a)think-cell.com Technical Director think-cell Software GmbH | Chausseestr. 8/E | 10115 Berlin | Germany http://www.think-cell.com | phone +49 30 666473-10 | US phone +1 800 891 8091 Amtsgericht Berlin-Charlottenburg, HRB 85229 | European Union VAT Id DE813474306 Directors: Dr. Markus Hannebauer, Dr. Arno Schoedl

4 7

[1.46.1] Release notes
by Daniel James 09 Mar '11

09 Mar '11

Hi, As always, I'm preparing the release notes. I left it a bit late this time, and there's not that many changes, so I've tried to summarise the existing changes myself. But I've probably got it completely wrong. So please check at: http://beta.boost.org/users/news/version_1_46_1 Normal procedure applies; you can either email me your changes or edit the notes yourself at: https://svn.boost.org/svn/boost/website/public_html/beta/feed/history thanks, Daniel

3 5

[serialization/fusion] Why aren't fusion vectors serializable with boost.serialization?
by David Sankel 09 Mar '11

09 Mar '11

Why aren't fusion sequences serializable? TIA, David -- David Sankel Sankel Software www.sankelsoftware.com

3 2

[Review] Boost.Type Traits Extension by Frederic Bron
by Joel Falcou 09 Mar '11

09 Mar '11

Dear All, According to the Boost Formal Review Schedule [1], fast track review of Frédéric Bron's extensions to the Type Traits Library starts on March 14th and lasts until March 18th, 2011 under my management. [1]http://www.boost.org/community/review_schedule.html =========== What is it? =========== This extension adds 37 new traits corresponding to the following 37 operators: - binary: ==, !=,<,<=,>,>=, , +, -, *, /, %, +=, -=, *=, /=, %=, , &&, ||, ,&, |, ^,<<,>>,&=, |=, ^=,<<=,>>= - prefix: ++, --, +, -, !, ~, * - postfix: ++, -- Each trait can detect if the operator can be used with particular types and if needed, if the return type is convertible to some type. =================== Getting the library =================== The latest version can be downloaded by different ways: - from the vault with unix line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t… - from the vault with dos line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t… - from the sandbox:http://svn.boost.org/svn/boost/sandbox/type_traits/ The entry point of the documentation is type_traits/libs/type_traits/doc/html/boost_typetraits/category/value_traits/operators.html The library has been tested with: - MSVC 8, 9, 10 on Windows, - g++ 4.4.5 on Linux, - intel 10.0 and 11.1 on Linux. To test the library, the simplest is to untar the headers in your boost include directory. For this, you can download the header part of the extension: - from the vault with unix line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t… - from the vault with dos line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t…

1 0