- Boost - lists.preview.boost.org

VC14 CTP4 Atomic don't compile with boost::chrono durations which are not TriviallyCopyable
by Klaim - Joël Lamotte 10 Nov '14

10 Nov '14

I was testing my code with VC14 and found this issue. I'm just not sure what to do about it, should I consider it a bug of Boost.Chrono or not? This complete example does not compile in VC14 CTP4: #include <atomic> #include <boost/chrono.hpp> std::atomic<boost::chrono::milliseconds> ms; // error C2338: atomic<T> requires T to be trivially copyable. Using the standard library instead works as expected: #include <atomic> #include <chrono> std::atomic<std::chrono::milliseconds> ms; // no error The compiler is correct that boost::chrono::duration is not trivially copyable (as described on cppreference.com at least) but it seems (from looking at the code) that it's mostly concept check code used in constructors definitions that trigger the problem. So I'm not sure if it should be fixed or not or what to do with this info.

2 3

Boost library incubator problem
by Edward Diener 10 Nov '14

10 Nov '14

When I go to the Boost Library Incubator at http://rrsd.com/blincubator.com/, click on the libraries listed alphabetically, and then click on any library, I get: "Not Found Apologies, but the page you requested could not be found. Perhaps searching will help."

2 5

Re: [boost] Boost Incubator Status Report
by Felix Uhl 08 Nov '14

08 Nov '14

Rob Stewart wrote: > When interviewing C++ developers, I find those using Boost libraries, at least beyond shared_ptr, are rare. > The brand is known by relatively few, and it is used, to any significant extent, by fewer still. > That implies the need to grow our ranks through some form of advertising. I came to the observation that boost is well known in more experienced circles of programmers, but, as you said, not that frequently used. As it was previously mentioned, this issue could be solved by entering collaborations with compiler distributors to include boost, or at least a subset of it in their compiler. The only reason STL is used so heavily is because it is a pseudo part of the language, bundled with every compiler, a consistent, standardised foundation to rely on. If the inclusion of boost was as simple as the inclusion of the STL, more programmers would use it. This is what boost seemed like to me after reading herb sutters books: It is a less coherent extension of STL, an idea of what the future might hold. Imagine how well boost would be known if it was bundled with MSVC and gcc. --- Felix Uhl ________________________________ Von: Rob Stewart<mailto:robertstewart@comcast.net> Gesendet: ‎08.‎11.‎2014 11:48 An: boost(a)lists.boost.org<mailto:boost@lists.boost.org> Betreff: Re: [boost] Boost Incubator Status Report On November 7, 2014 5:35:02 PM EST, Edward Diener <eldiener(a)tropicsoft.com> wrote: >On 11/7/2014 11:23 AM, Robert Ramey wrote: >> Vladimir Prus-3 wrote > > The motivation behind the >> design of the incubator is to "make participation easier" by >decoupling the >> preparation of the review from a specific 1-2 week time frame. It >was also >> specifically designed to not alter the actual Boot Review process. > >Other than lengthening the formal review process to encourage more >people to participate I do not see any means to get people more >interested in reviewing Boost libraries. That is the notion behind the incubator: allow the review period to be open indefinitely, particularly in advance of the formal review period. > As far as the incubator is >concerned I feel it is a good idea but nobody is using it to comment on >libraries. Links from the review queue to the incubator page for each library could help people discover the incubator. > As far as Boost reviews it appears that most programmers are >afraid to even make comments about a potential library in which they >may be interested. Maybe the specter of C++ experts scares them away. Maybe >they feel that they might look foolish if they make a comment which is >based on just a partial understanding of the library involved. What leads you to that conclusion? There are multiple factors that prevent my commenting on a library: * No interest in the domain * No knowledge of the domain * Too busy I realize I'm not in the "too afraid because of experts" camp you describe, but I've not commented on any of the libraries and it isn't due to fear. >Finally there is a decided problem with the lack of people willing to >be >review managers for a library. I think it would be a good idea to >establish a pool of people, with their e-mail addresses, willing to be >review managers and then when a library is on the review queue one of >the review managers would send out e-mail to all people in the pool >asking each one if he would be willing to be the review manager for a >particular library. If no one at a given time in the pool will agree, >then after some pre-established time period the process repeats itself. I've offered to be a review manager a couple of times, but the libraries never went to review or another did the job. However, the last I looked there were multiple libraries I don't feel competent to judge. Being a review manager is more than verifying that examples compile, that documentation exists, etc. One must be able to judge comments and reviews to decide between opposite views, etc. That requires domain knowledge and experience, if not expertise. There are fewer general purpose libraries on tap now. Obviously, folks have more or less time at different periods of their lives, so one can go through periods of no or little participation. There's also the real issue of changes to the industry. As one seeks interesting and lucrative or stable employment, one may target new kinds of development which can mean new languages. Thus, one may retain a more nostalgic interest in C++, but no longer be interested to invest the time needed to be a review manager. To solve those problems requires finding and engaging new blood. When interviewing C++ developers, I find those using Boost libraries, at least beyond shared_ptr, are rare. The brand is known by relatively few, and it is used, to any significant extent, by fewer still. That implies the need to grow our ranks through some form of advertising. ___ Rob (Sent from my portable computation engine) _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] Boost Incubator Status Report
by Felix Uhl 08 Nov '14

08 Nov '14

Robert Ramey wrote: > If you select the "Display Statistics" Button on the Safe Numerics and > display the last 60 days of activity, you can see that the library page has > 50 visits. This is not a huge number. A book on Amazon might > sell 1000 copies and get a couple of reviews (most of whom are > likely the author's relatives). So as the incubator becomes more > a "go to" place to look for libraries, the question of small number > of reviews would solve itself. (hopefully). It seems to me that the whole point that is missing from the incubator is actual usage of it. I like the concept a lot, but do you actually have any plans on how to increase the usage? Just adding features isn’t going to help as long as you haven’t reached a critical point in community size where people start spreading the word on new features. I think this is a very inherent problem to a programmers way of thinking: We envision a great platform, a great framework, a great tool, and set out to implement it, but after doing so, have no idea on how to do follow-up work: Financials, Community building and management, “marketing” or just garnering interest in your project in the first place. In short: What you want to do with the incubator is great, and if it gets going it will quite surely be a great addition to boost. But how will you get it going? --- Felix Uhl Von: Robert Ramey Gesendet: ‎Freitag‎, ‎7‎. ‎November‎ ‎2014 ‎23‎:‎57 An: boost(a)lists.boost.org Edward Diener-3 wrote > Other than lengthening the formal review process to encourage more > people to participate I do not see any means to get people more > interested in reviewing Boost libraries. As far as the incubator is > concerned I feel it is a good idea but nobody is using it to comment on > libraries. > > As far as Boost reviews it appears that most programmers are > afraid to even make comments about a potential library in which they may > be interested. Maybe the specter of C++ experts scares them away. Maybe > they feel that they might look foolish if they make a comment which is > based on just a partial understanding of the library involved. If you select the "Display Statistics" Button on the Safe Numerics and display the last 60 days of activity, you can see that the library page has 50 visits. This is not a huge number. A book on Amazon might sell 1000 copies and get a couple of reviews (most of whom are likely the author's relatives). So as the incubator becomes more a "go to" place to look for libraries, the question of small number of reviews would solve itself. (hopefully). And of course if one can make a review at the moment he's decided to use or discard the library, it's more likely that, being in a state of ecstasy or frustration, he'll display his feelings by making a review while the facts and emotion are fresh in his mind. > Finally there is a decided problem with the lack of people willing to be > review managers for a library. Again, if we had more "pre-reviews" getting a review manager would be a snap. a) a library with a large number of negative pre-reviews will likely not even be selected for review. b) a library with no reviews suggests that it's not getting enough usage to be useful so maybe it's not worth reviewing. b) a library with a large number of positive reviews - it's easy to be the review manager. c) for the rest - well, at least the manager knows what he's in for. That might make it easier. In short, I would hope if we can make the incubator a success, it will help with the shortage of review managers. If any library in the incubator ever gets enough reviews, and gets reviewed, and passes review, I intend to leave all the reviews on display indefinitely. In fact, I intend to allow anyone to post review in the future. Current boost libraries vary a lot in quality but our current setup doesn't make that visible. Robert Ramey -- View this message in context: http://boost.2283326.n4.nabble.com/Boost-Incubator-Status-Report-tp4668747p… Sent from the Boost - Dev mailing list archive at Nabble.com. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

pp
by Jan Boehme 07 Nov '14

07 Nov '14

Hello, the file boost/preprocessor/config/variadics.hpp doesn't exist but is referenced in the pp docs. Regards, Jan

2 2

Re: [boost] Boost Incubator Status Report
by Felix Uhl 06 Nov '14

06 Nov '14

Gordon Woodhull wrote: > We did update the formal review process and related pages to > invite people to use the Incubator to garner feedback before their library > is ready for a formal review. [*] That’s how I found out about it, so I would say the submission to the incubator is at least encouraged by Considering that, it seems a bit weird that the incubator has so little activity. > I don't think Robert ever intended the Incubator to replace the formal review or the role of the Wizards. > Instead, IMO it is better thought of as a replacement for the unscheduled > part of the review schedule (aka the Queue), and a better way to verify > the basic requirements for submitting a library. And reviews can be > submitted and responded to before the formal review, > without getting buried in the mailing list. That’s how I understood it, but from my - admittedly sparse - experience, the mailing list is an excellent place for feedback, because it is guaranteed that quite a few people will actually get the message. When I have my library ready for submission to the incubator, how is anyone going to notice it? Are enough people subscribed to the feeds that a library gets more attention than in the mailing list, or at least attention from different groups of people? It seems like the most fundamental element of the incubator is a dedicated community that is willing to participate, to test and review. And it is clearly missing exactly that. --- Felix Uhl

2 1

Boost on Google+
by Vladimir Prus 06 Nov '14

06 Nov '14

Hi, I've created a Google+ community for Boost, and everybody is welcome to join here: https://plus.google.com/communities/106814259809358442744 I don't have any great plan here, but a lot of tech people are active on G+, so why not? -- Vladimir Prus CodeSourcery / Mentor Embedded http://vladimirprus.com

1 0

Boost.Build 2014.10
by Vladimir Prus 05 Nov '14

05 Nov '14

New standalone release of Boost.Build is now available from: http://boost.org/build This one is effectively the same as what is bundled in Boost C++ Libraries 1.57 release. It has been a while since previous standalone release, and I know a few people were using nightly builds to conveniently get recent fixes, which is not a perfect arrangement. Turned out that github release system is fairly easy to use, so I should be able to push releases more often in future. Thanks, -- Vladimir Prus CodeSourcery / Mentor Embedded http://vladimirprus.com

2 1

Master open?
by Joaquin M Lopez Munoz 05 Nov '14

05 Nov '14

Hi, Is master open again for commits targeted at Boost 1.58? Thank you, Joaquín M López Muñoz Telefónica

2 1

Re: [boost] Is there interest in a library for string-convertible enums?
by Felix Uhl 05 Nov '14

05 Nov '14

Gavin Lambert wrote: > Features that I would expect of such a library: > - support for arbitrary non-contiguous values. > - enum value to string. > - string to enum value. That's done already. > - list of all valid values, either as strings or values. > - can indicate whether a given value (string or enum) is a member of > the enumeration. Easy, will do. > - can round-trip (enum -> string -> enum) values that are not members > of the enumeration; of course (string -> enum -> string) is not feasible > for non-members. What would a conversion from an enum that is not a member to a string look like? Should it just be converted to the string representation of the underlying type like “7”? Or something like “MyEnum::7”? Or would the string representation solve a term with bitwise OR like so: “one|two|four”? The latter would be very interesting for bitwise flag enums. > - can specify a custom string value that the enum value generates (not > just the BOOST_PP_STRINGIZE). Yeah I will implement that. Not sure why one would want it, it does nothing but induce confusion in my eyes, but I’m not the one to tell you what to do. > Features that would be nice, but not necessarily expected: > - enum to string and back for "bitwise flag" style enums (eg. CSV names). Not sure what you mean by that, because the regular string conversions work for those just as fine. Do you mean what I wrote above with the OR connected values in a string representation? > - some mapping to std::bitset or similar. That would be interesting! I’ve added it to the feature list, but it will probably take some time . > - can specify multiple string values that map to the same enum value. Hm. I’m not sure if I’d want that, or how that could even be implemented. If somebody wanted non-casesensitive behaviour, it would be better to use a std::string with custom char_traits, and that’s something I’ll definitely offer. > - can specify different conversion tables for the same enum type (for > use in different contexts, eg. serialisation vs. user output). I thought about that, too. I already give the option to choose between std::maps and a linear search for lookups, but I would really like to give the client more options. Those were good suggestions, thank you very much! You’ve given me quite some things to work on, but now I’ve got a pretty decent feature list. --- Felix Uhl Von: Gavin Lambert Gesendet: ‎Mittwoch‎, ‎29‎. ‎Oktober‎ ‎2014 ‎00‎:‎57 An: boost(a)lists.boost.org On 29/10/2014 00:09, Felix Uhl wrote: > So far, the only way to convert an enumeration value to a string is > a lot of boilerplate code consisting of switch case statements for > every single possible value of the enum. Not the only way. The method I use is to create a lookup table via a little macro magic. Granted that I'm then doing a linear scan through the table (whereas a switch statement could be more efficient, or knowledge that the enum is contiguous and could therefore do an index lookup), but having a table allows for other useful queries, and I wanted something that could be defined statically. As a side-benefit (that undoubtedly will horrify some people), the way the code was implemented also allows it to act as a string-to-member-pointer lookup table, which can be quite handy for typed property bags and the like with a string lookup key. > What features would you want from such a library? Features that I would expect of such a library: - support for arbitrary non-contiguous values. - enum value to string. - string to enum value. - list of all valid values, either as strings or values. - can indicate whether a given value (string or enum) is a member of the enumeration. - can round-trip (enum -> string -> enum) values that are not members of the enumeration; of course (string -> enum -> string) is not feasible for non-members. - can specify a custom string value that the enum value generates (not just the BOOST_PP_STRINGIZE). Features that would be nice, but not necessarily expected: - enum to string and back for "bitwise flag" style enums (eg. CSV names). - some mapping to std::bitset or similar. - can specify multiple string values that map to the same enum value. - can specify different conversion tables for the same enum type (for use in different contexts, eg. serialisation vs. user output). _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

3 2

Fit: C++ function utility library
by pfultz2 05 Nov '14

05 Nov '14

Hi, I developed a library called Fit, that provides a lot of utilites for dealing with function objects, here: https://github.com/pfultz2/Fit First, it provides a mechanism to construct function objects at compile time using lambdas, for example: const constexpr auto sum = FIT_STATIC_LAMBDA(auto x, auto y) { return x + y; }; Secondly, it provides lots of adaptors to provide "enhancements" to the function. For example, we could make the sum function pipable: const constexpr auto sum = pipable(FIT_STATIC_LAMBDA(auto x, auto y) { return x + y; }); Then call it like this: auto three = 1 | sum(2); Or we could make it an infix operator: const constexpr auto sum = infix(FIT_STATIC_LAMBDA(auto x, auto y) { return x + y; }); And then use it like this: auto three = 1 <sum> 2; Also, it provides the basic partial application and function composition: auto add_1 = partial(sum)(1); auto add_2 = compose(add_1, add_1); auto four = add_2(1); Now, the greatest benifit is being to do better overloading and even recursive functions using lambdas. So, for example, if we wanted to write a more sophisticated `print` function that iterated over ranges and fusion sequences recursively, and printed it all out, we can write this using the Fit library: // Some helpers for template constraints #define REQUIRES(...) typename std::enable_if<(decltype(__VA_ARGS__)()), int>::type = 0 template<template<class...> class Trait, class... Ts> constexpr auto trait(Ts&&...) { return std::integral_constant<bool, Trait<std::remove_reference_t<Ts>...>::value>(); } const constexpr auto print = fix(conditional( // Overload for strings FIT_STATIC_LAMBDA(auto, const std::string& x) { std::cout << x << std::endl; }, // Overload for fusion sequences FIT_STATIC_LAMBDA(auto self, const auto& seq, REQUIRES(trait<boost::fusion::traits::is_sequence>(seq))) { boost::fusion::for_each(seq, self); }, // Overload for ranges FIT_STATIC_LAMBDA(auto self, const auto& range, REQUIRES(trait<boost::has_range_const_iterator>(range))) { for(const auto& x:range) self(x); }, // Overload for anything else FIT_STATIC_LAMBDA(auto, const auto& x) { std::cout << x << std::endl; } )); The documentation for it can be found here: http://pfultz2.github.io/Fit/doc/html/ Any feedback would be appreciated. Also, I don't know if there would be any interest in incorporating this into boost. Thanks, Paul -- View this message in context: http://boost.2283326.n4.nabble.com/Fit-C-function-utility-library-tp4668629… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 5

[Spirit] Lex context and lexer states
by "Claas H. Köhler" 04 Nov '14

04 Nov '14

Hi! Reading the documentation regarding the context object passed by spirit lex I got a little confused: According to the quick ref for semantic actions, http://www.boost.org/doc/libs/1_57_0/libs/spirit/doc/html/spirit/lex/abstra… the context contains functions std::size_t get_state() const and void set_state(std::size_t state). So I presumed the state to be an object of type size_t. However, according to the reference section on lexer concepts http://www.boost.org/doc/libs/1_57_0/libs/spirit/doc/html/spirit/lex/refere… the Lexer state is specified in string form. So my question is: Do both representations exist (i.e. as string & size_t) and can be mapped to each other ? If so, how? Or do I control the desired type via a template parameter ? Are there any examples in the docs containing different lexer states, which could help me to understand the concept ? Any help would be appreciated. Regards Claas

1 0

Code review for bug no. 5702
by ullas srinivas 04 Nov '14

04 Nov '14

Hi, I have fixed bug no. 5702 Bug # 5702 : Filename isreturned within quotes instead without Description : In the reference (http://www.boost.org/doc/libs/1_47_0/libs/filesystem/v3/doc/reference.html#…) it issaid that for example the filename returned by filename() will be without thequotes: std::cout <<path("/foo/bar.txt").filename(); //outputs "bar.txt" (without the quotes) But actually I'm getting anoutput with the filename enclosed in quotes like: "bar.txt" I'm using Windows Vista. Root Cause : Thefilename within quotes are due to printing of os << delim ; statement in template <class Char, classTraits, class Alloc> std::basic_ostream<Char,Traits>& basic_string_inserter_imp(std::basic_ostream<Char, Traits>&os, std::basic_string<Char, Traits, Alloc> const& string, Char escape, Char delim) of boost\io\detail\quoted_manip.hpp Fix : I have commented/removed os << delim; statementin template <class Char, classTraits, class Alloc> std::basic_ostream<Char,Traits>& basic_string_inserter_imp(std::basic_ostream<Char, Traits>&os, std::basic_string<Char, Traits,Alloc> const & string, Char escape, Chardelim) of boost\io\detail\quoted_manip.hpp I kindly request you to please find the patch file attached and review the bug. Regards Ullas

1 0

[ANN] "The Boost C++ Libraries", 2nd edition available
by Boris Schäling 03 Nov '14

03 Nov '14

Just a quick announcement: The 2nd edition of my book "The Boost C++ Libraries" is available. - It introduces 72 Boost libraries. - It contains more than 430 examples. - The print version has about 570 pages. - There is also a Kindle, Epub and PDF version. - It's even online: <http://theboostcpplibraries.com/> A special "thank you" goes to Niall who handled this year's Google Summer of Code program so smoothly that I as a backup admin didn't need to do anything - and had enough time to work on the book. :) Boris

6 8

Boost 1.57.0 has been released
by Marshall Clow 03 Nov '14

03 Nov '14

Release 1.57.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains no new libraries and numerous enhancements and bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1.57.0 You can also download directly from SourceForge: http://sourceforge.net/projects/boost/files/boost/1.57.0/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Vladimir Prus Rene Rivera Marshall Clow Eric Niebler Daniel James Beman Dawes

1 0

[gci2014] Calling for Google Code In 2014 tasks and mentors
by Niall Douglas 03 Nov '14

03 Nov '14

Dear Boost, Google Code In 2014 is nearly upon us, and we need bite sized tasks and mentors! Google Code In lasts between December and mid-January and is for 13 to 17 year olds to get involved with open source projects. Tasks need to be very short, maybe only three hours or so, but correspondingly the effort required to mentor/check these is very low. If you maintain a Boost library and could do with help in fixing up any of those items you keep putting off like replicating bug reports, fixing documentation errors, or configuring Continuous Integration, now is the time! More information is on the GCI ideas page at: https://svn.boost.org/trac/boost/wiki/gci2014 ... where you can add more tasks and also sign yourself up as a mentor. We need this page ready by Saturday 8th November, so please try to get it done before then. Thanks in advance! Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

1 0

Re: [boost] [ANN] "The Boost C++ Libraries", 2nd edition available
by Brian Wood 01 Nov '14

01 Nov '14

On Fri, 31 Oct 2014 12:14:33 +0100, Thorsten Ottosen <tottosen(a)dezide.com> wrote: > I'm very happy to see a small chapter on ptr_container. > It's good that you compare it with container<unique_ptr<T>>. > It looks like poly_collection is left out: http://bannalia.blogspot.com.es/2014/05/fast-polymorphic-collections.html There was discussion of this container on this list back in August. > Comment 1: I would prefer examples with unique_ptr to use make_unique. > I've compared these two lines: auto req=::std::unique_ptr<cmw_request>(::new cmw_request(localbuf)); auto req=::std::make_unique<cmw_request>(localbuf); On clang 3.3, the make_unique version increases the size of an executable's text segment by 112 bytes. I think I've tried it on a newer compiler and found similar results. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

1 0

[1.57.0] Release candidates available
by Marshall Clow 01 Nov '14

01 Nov '14

[ Please disregard previous message; apparently I am brain-dead this morning. The uploaded files are correct, though. ] Release candidate files for 1.57.0 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: MD5 (./boost_1_57_0_rc1.7z) = 17c98dd78d6180f553fbefe5a0f57d12 MD5 (./boost_1_57_0_rc1.tar.bz2) = 1be49befbdd9a5ce9def2983ba3e7b76 MD5 (./boost_1_57_0_rc1.tar.gz) = 25f9a8ac28beeb5ab84aa98510305299 MD5 (./boost_1_57_0_rc1.zip) = 5e040e578e3f0ba879da04a1e0cd55ff Thanks! -- The release managers P.S. Release notes are here: http://www.boost.org/users/history/version_1_57_0.html

1 1

Enhancing regression tests summary
by Adam Wulkiewicz 31 Oct '14

31 Oct '14

Hi, Some time ago I was writing about regression summaries enhancements, that I'd be nice to see more meaningful list of errors, etc. I asked questions, even prepared a PR for regression, to no avail. So I developed a simple program downloading summaries, test logs and saving the enhanced result. You may check it out here: https://github.com/awulkiew/summary-enhancer Regards, Adam

5 8

[regression] [develop] OSError: [Errno 2] No such file or directory: any_test.test
by Suckow, Thomas J 31 Oct '14

31 Oct '14

# Running Boost.Build tests Traceback (most recent call last): File "run.py", line 83, in <module> runner(root) File "/Boost_Regression_Develop/tools_regression_src/regression.py", line 264, in __init__ self.main() File "/Boost_Regression_Develop/tools_regression_src/regression.py", line 650, in main getattr(self,action_m)() File "/Boost_Regression_Develop/tools_regression_src/regression.py", line 615, in command_regression self.command_test() File "/Boost_Regression_Develop/tools_regression_src/regression.py", line 394, in command_test self.command_test_boost_build() File “/Boost_Regression_Develop/tools_regression_src/regression.py", line 438, in command_test_boost_build "boost/bin.v2/libs/any/test/any_test.test")); OSError: [Errno 2] No such file or directory: ‘/Boost_Regression_Develop/results/boost/bin.v2/libs/any/test/any_test.test’ Looks like everyone but teeks is failing to build. - Thomas

3 4

[1.56.0] Release candidates available
by Marshall Clow 31 Oct '14

31 Oct '14

Release candidate files for 1.65.0 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: MD5 (./boost_1_57_0_rc1.7z) = 17c98dd78d6180f553fbefe5a0f57d12 MD5 (./boost_1_57_0_rc1.tar.bz2) = 1be49befbdd9a5ce9def2983ba3e7b76 MD5 (./boost_1_57_0_rc1.tar.gz) = 25f9a8ac28beeb5ab84aa98510305299 MD5 (./boost_1_57_0_rc1.zip) = 5e040e578e3f0ba879da04a1e0cd55ff Thanks! -- The release managers P.S. Release notes are here: http://www.boost.org/users/history/version_1_57_0.html

1 0

[PropertyTree][variant] Reading JSON into a recursive variant.
by Arindam Mukherjee 31 Oct '14

31 Oct '14

I have a recursive variant definition that can handle JSON data. Is there a way to read JSON data using PropertyTree into a recursive JSON? Here is the variant defn. #define BOOST_VARIANT_NO_FULL_RECURSIVE_VARIANT_SUPPORT #include <boost/variant.hpp> JSONNullType {}; boost::variant<std::string, double, bool, JSONNullType> jsonToken; typedef boost::make_recursive_variant< std::string, double, JSONNullType, std::map<std::string, boost::recursive_variant_>, std::vector<boost::recursive_variant_> >::type JSONValue; Regards, Arindam

1 0

Re: [boost] Coming up on 1.57 release date - get your fixes in
by Felix Uhl 30 Oct '14

30 Oct '14

Edward Diener wrote: > Marshall Clow wrote: > > Just this morning we received a report of Boost.PP failing on VS 2013. > > It is not failing. It is just giving a warning. I don’t know for sure, but Marshall may be referring to this ticket: https://svn.boost.org/trac/boost/ticket/10686 On VS2013, VARIADICS and MSVC_VARIADICS don’t get defined despite the fact that they should, rendering some variadic macros useless. Von: Edward Diener Gesendet: ‎Donnerstag‎, ‎30‎. ‎Oktober‎ ‎2014 ‎04‎:‎10 An: boost(a)lists.boost.org On 10/29/2014 10:50 AM, Marshall Clow wrote: > We’ll be closing the master branch tomorrow (Thursday) for the 1.57.0 release. > Changes not in by then will not go into the release. > > Also, what issues in the beta have not been addressed? > >> Visual C++ 14 CTP 4 without BOOST_MSVC_ENABLE_2014_JUN_CTP: all libraries >> built successfully (but some are not usable, mostly because of missing >> noexcept) > >> >> All projects using Boost I tried (Debug 32-bit + 64-bit) compiled >> successfully with MSVC12. For MSVC14, TypeTraits 9de6a49 is missing in >> master. > > I believe that these have been merged. > >> Interprocess is broken for MinGW and there are some issues with Intrusive in GCC. I've committed fixes for both. > > I believe that this has been merged. > > Thread fixes have been merged. > > I do not know if the patches described in http://lists.boost.org/Archives/boost/2014/10/217257.php have been merged. > >> range/detail/any_iterator.hpp is broken because it expects >> postfix_increment_proxy and writable_postfix_increment_proxy to be in >> namespace boost::detail, but they are in boost::iterators::detail now. > > This does NOT appear to have been fixed > >> boost serialization is still broken(said so: http://article.gmane.org/gmane.comp.lib.boost.user/82715 ) and to date i do know no workaround to get my library to work on fx Arch Linux without telling users to rebuild with boost 1.55 (or sending them a saved package from my system…) > > I do not know what the status of this is; but there have been no commits to range/master in October. > > Just this morning we received a report of Boost.PP failing on VS 2013. It is not failing. It is just giving a warning. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

[testing] Compile failures on MSVC (teeks)
by Andrey Semashev 30 Oct '14

30 Oct '14

Hi, I'm seeing weird compilation failures on Teeks (MSVC 10 and 11): http://www.boost.org/development/tests/develop/developer/output/teeks99-08c… http://www.boost.org/development/tests/develop/developer/output/teeks99-08d… The weird part is this: D:\teeks99-08\d\boost_root\boost/fusion/support/detail/result_of.hpp(32) : error C2143: syntax error : missing ',' before '...' I cannot find the boost/fusion/support/detail/result_of.hpp file in git. Am I missing something or these test machines are broken somehow?

2 1

Coming up on 1.57 release date - get your fixes in
by Marshall Clow 30 Oct '14

30 Oct '14

We’ll be closing the master branch tomorrow (Thursday) for the 1.57.0 release. Changes not in by then will not go into the release. Also, what issues in the beta have not been addressed? > Visual C++ 14 CTP 4 without BOOST_MSVC_ENABLE_2014_JUN_CTP: all libraries > built successfully (but some are not usable, mostly because of missing > noexcept) > > All projects using Boost I tried (Debug 32-bit + 64-bit) compiled > successfully with MSVC12. For MSVC14, TypeTraits 9de6a49 is missing in > master. I believe that these have been merged. > Interprocess is broken for MinGW and there are some issues with Intrusive in GCC. I've committed fixes for both. I believe that this has been merged. Thread fixes have been merged. I do not know if the patches described in http://lists.boost.org/Archives/boost/2014/10/217257.php have been merged. > range/detail/any_iterator.hpp is broken because it expects > postfix_increment_proxy and writable_postfix_increment_proxy to be in > namespace boost::detail, but they are in boost::iterators::detail now. This does NOT appear to have been fixed > boost serialization is still broken(said so: http://article.gmane.org/gmane.comp.lib.boost.user/82715 ) and to date i do know no workaround to get my library to work on fx Arch Linux without telling users to rebuild with boost 1.55 (or sending them a saved package from my system…) I do not know what the status of this is; but there have been no commits to range/master in October. Just this morning we received a report of Boost.PP failing on VS 2013. Have I missed any of the beta issues? — Marshall

7 11