- Boost - lists.boost.org

[CRC][VC++] Can someone debug this?
by Daryle Walker 20 Mar '12

20 Mar '12

Are we still preparing for a release? If not (or afterwards), could someone check why the trunk's version of Boost.CRC, with more Boost.MPL usage, is choking on all versions of Visual C++. Only the latest version gives a specific error; previous versions just dump out. Daryle W.

3 3

BOOST_PP_ITERATE for huge mpl and fusion
by Hite, Christopher 20 Mar '12

20 Mar '12

"Not to 50!!!" - Princess Bride Things like mpl::vector and fusion::map have a configured limit like BOOST_MPL_LIMIT_VECTOR_SIZE. The documentation is dodgy and doesn't mention that while it is configurable you can't really configure it to be more than 50. Many people have stumbled here: http://boost.2283326.n4.nabble.com/msm-Boost-MPL-vector-limit-size-exceeded… http://lists.boost.org/Archives/boost/2004/08/70900.php http://comments.gmane.org/gmane.comp.lib.boost.user/55679 http://lists.boost.org/Archives/boost/2010/09/170443.php Appearantly there are some scripts to generate these headers, but they may not work anymore. I had to rush hack things in my code to make several containers go over 50 in one compilation scope. #define ULTIMATE_N 70 #include <boost/mpl/vector/vector50.hpp> namespace boost { namespace mpl { # define BOOST_PP_ITERATION_PARAMS_1 \ (3,(51, ULTIMATE_N, <boost/mpl/vector/aux_/numbered.hpp>)) # include BOOST_PP_ITERATE() }} I'd really like to fix this in boost. AFAICT all I have to do is find all *50.hpp files and replace the 50 with the appropriate config limit. I count 74 instances of this stuff going on! Mostly it's phoenix, mpl, and fusion. So to wrap it up my questions are: 1) Do the scripts still work? Does anyone use them? Are they regularly tested? 2) Does anyone see a problem with my simple fix? Chris

5 9

Possible bug in libs/context/src/asm/fcontext_ppc64_sysv_elf_gas.S
by Jeremiah Willcock 20 Mar '12

20 Mar '12

This code refers to registers r40 and r41 in several places; I think those should be r30 and r31. There are also many typos in the comments in that source file. -- Jeremiah Willcock

1 0

[mpl] +[fusion] + [phoenix] undocumented hard-coded limit=50
by Hite, Christopher 20 Mar '12

20 Mar '12

This is a re-post of " [boost] BOOST_PP_ITERATE for huge mpl and fusion". I think problem may be that I didn't target a particular library because it happens in three. There is an undocumented hard-coded limit of 50 in MPL, Fusion, and Phoenix. I count two impls 1) has 20 elements all generated boost_1_49_0/boost/mpl/aux_/preprocessed/gcc/vector.hpp 2) stops at 50 boost_1_49_0/boost/mpl/vector/vector50.hpp I don't know if there's a way to generate more. Probably you need python. If that's the case, IMHO this should be documented so users can do it. This doesn't work: #define BOOST_MPL_CFG_NO_PREPROCESSED_HEADERS #define BOOST_MPL_LIMIT_VECTOR_SIZE 60 #include <boost/mpl/vector.hpp> boost_1_49_0/boost/mpl/vector.hpp:36:73: fatal error: boost/mpl/vector/vector60.hpp: No such file or directory Can someone please help. I've upgraded my copy of boost. I've tried figuring out how these headers work. I'm pretty sure I could fix it if I really had to by replacing the 50 in the last file with the *_SIZE. I have this ugly hack in my code to keep things working. Would someone please help?!? Acknowledging the problem would be a start. Chris

4 3

[xpressive] Does '_' match newlines?
by Robert Dailey 19 Mar '12

19 Mar '12

I have the following static regex: sregex filename_re = icase("Content-Disposition:") >> -*_ >> "filename=" >> (s2=-+_) >> ';' ; I want the "*_" part to also match newline characters. I didn't see any flag to turn this on or off. Is this on by default? I see boost::xpressive::regex_constants::syntax_option_type::not_dot_newline, but not sure where you would (or wouldn't) specify this. I only recall the ability to specify flags for a regex when you compile a dynamic regex, not a static one. Help is appreciated! --------- Robert Dailey

2 1

new Overload library version
by Marco Cecchetti 19 Mar '12

19 Mar '12

Hi everyone! I noticed that an overloaded function utility has appeared under boost/functional as a spin-off of Camiti's Boost.Local library. Indeed on 2007 I had begun implementing something similar. All started from a Joel de Guzman's post where he showed a proof of concept of a thin-wrapper of several Boost.Functions. See: http://lists.boost.org/Archives/boost/2007/09/127906.php On that code base, I designed Overload, a small library whose interface matches as much as possible Boost.Function interface. Some documentation was written down thanks to the help and support of Dean M. Berris. Due to lack of time and the small amount of use cases I stopped spending my time on such a project. Anyway lately I have been working on the Overload library again. I have performed a light re-design of the interface, added a few new features and a lot of more testing, finally I've got to improve documentation. I uploaded the new version on the sandbox. In case you are interested these are the links: - library: http://svn.boost.org/svn/boost/sandbox/overload/trunk/ - documentation: http://svn.boost.org/svn/boost/sandbox/overload/trunk/libs/overload/docs/ht… Please don't reply to me about the not so proper library name, I could change it but it is a secondary issue. Regards, -- Marco -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

1 0

[chrono] [thread] Test names too long
by Steven Watanabe 19 Mar '12

19 Mar '12

AMDG When I try to run the tests for Boost.Thread or Boost.Chrono I get an error like: failed to write output file '..\bin.v2\libs\chrono\test\basic_stopwatch_reporter _laps_accumulator_set_pass_shared.test\msvc-10.0express\debug\asynch-exceptions- on\threading-multi\stopwatch\basic_stopwatch_reporter_laps_accumulator_set_pass. obj.rsp'! Could the names possibly be made shorter? I can get it to build using --hash, but they're still rather long. In Christ, Steven Watanabe

4 5

Re: [boost] size() type
by Olaf van der Spek 18 Mar '12

18 Mar '12

Hi, Any progress on these tickets? Would be nice to have a solution. size() return type should be size_type, not difference_type: https://svn.boost.org/trac/boost/ticket/5971 data() for iterator_range: https://svn.boost.org/trac/boost/ticket/5930 Greetings, -- Olaf

4 15

[git] git-repo?
by Oliver Kowalke 18 Mar '12

18 Mar '12

I'm wondering about Beman Dawes 'Moving Boost to Git' on C++ Now! - has boost an official git-repo? Could I use it instead of svn-trunk? regards, Oliver

2 1

[Range] Path for Bug 5993
by Julien Nitard 18 Mar '12

18 Mar '12

Hi All, Would it be possible to apply the patch I have just submitted to trac on bug 5993 ? It should be pretty harmless. https://svn.boost.org/trac/boost/ticket/5993 Many thanks, Julien

3 3