- Boost - lists.boost.org

PolyCollection
by Brian Wood 30 Nov '20

30 Nov '20

Shalom Hey, is anyone using PolyCollection? I have serialization support for it: https://github.com/Ebenezer-group/onwards/tree/master/example/poly If you considered it, but chose an alternative library, what was the reason? Thanks. Brian Ebenezer Enterprises - Enjoying programming again. https://webEbenezer.net

1 0

[release] Issues
by Glen Fernandes 30 Nov '20

30 Nov '20

Need resolution: * Boost.Utility's <boost/operators.hpp> and C++20 * Boost.uBLAS tests failing C++03 and C++14. (They were failing C++20 but I cherry-picked the allocator fixes from develop, so these pass now) Glen

2 1

Re: [boost] The new Boost 17.0.0
by Glen Fernandes 29 Nov '20

29 Nov '20

On 2020-11-29, Raffi Enficiaud wrote: > 0/ For the discussions I am all for it, but I would absolutely not try > to gather consensus. Because there won't be. You definitely don't need consensus. You are free to drop C++03 and C++11 and C++14 support from Boost.Test whenever you want. We've been steadily migrating Boost libraries away from using Boost.Test to using Boost.LightweightTest for various reasons. (And have plans to migrate a few more to Boost.LightweightTest by Boost 1.76) So you can decide to require C++17 or higher for Boost.Test and not have to worry about other Boost libraries. We'll make sure their tests are still working by moving them to LWT. Just give us some warning, before you drop any support. :) Glen

1 0

Re: [boost] The new Boost 17.0.0
by Glen Fernandes 27 Nov '20

27 Nov '20

Dominique Devienne wrote: > > Glen Fernandes wrote >> I would not be in favor of a Boost distribution that requires anything >> higher than C++11 for existing libraries. i.e. Not C++17 or even >> C++14. > > But that's basically Boost as it stands, i.e. Boost 1.x. > I don't think anyone's proposing to drop that. That's Boost 1.x with more C++11 and less C++03 - with authors who choose to drop C++03 support, requiring C++11 at a minimum as per: https://pdimov.github.io/articles/phasing_out_cxx03.html This is something which Boost authors are actually acting on. e.g. Boost.Math and Boost.Multiprecision as of a future Boost 1.77 release: https://www.boost.org/users/history/version_1_73_0.html <quote> Math * IMPORTANT: C++03 support is now deprecated and will be removed from March 2021. </quote> <quote> Multiprecision * IMPORTANT: C++03 support is now deprecated and will be removed from March 2021. </quote> i.e. This is promising because people support this particular proposal enough to do something, not just for the (potentially unlimited) joy of discussing it on a list. > But isn't this just a "teething" issue? I see Ville already replied in fact. I'm following this discussion over this in C++ committee EWG reflector. I'm optimistic that people will do the right thing by users. But I prefer to make decisions based on what I know now, and what has bitten users today, with -std=c++20 and GCC 10.1 that has already shipped, not speculation about what will happen. As I said before, this is just me. C++11 (not higher, not C++17 or C++20) is just what I support and what I'd be willing to put in work towards in existing Boost libraries (and even volunteer to do for those that I do not currently maintain, but would welcome the contributions). Other authors remain free to drop support for everything besides C++17 or C++20 if they want. Glen

1 1

Re: [boost] The new Boost 17.0.0
by Glen Fernandes 27 Nov '20

27 Nov '20

Speaking only for myself as an author of a Boost library, maintainer of many Boost libraries, and contributor to many Boost libraries, as well as being involved in the Boost release process: 1. Based on my personal knowledge of Boost users, as well as e-mails to the Boost developers lists (boost@...), and the Boost Owners lists (boost-owner@...) from users such as: - @us.af.mil (US Airforce) - @nasa.gov (NASA) and others I would not be in favor of a Boost distribution that requires anything higher than C++11 for existing libraries. i.e. Not C++17 or even C++14. 2. Based on first hand accounts of certain users choosing not to migrate to C++20 because of a silently breaking change in the language affecting their code (operator== rewriting rules, which has even broken certain Boost libraries like Rational), I would certainly not be in favor of changing existing Boost libraries to require C++20 for anything in an official Boost distribution. Glen

4 3

Re: [boost] [release] 1.75.0 post-beta merges
by Peter Dimov 26 Nov '20

26 Nov '20

>>>> ...failed testing.capture-output >>>> ..\..\bin.v2\libs\filesystem\test\operations_unit_test.test\clang-win-10.0.0\release\threading-multi\operations_unit_test.run... ... > This looks like a Clang x86 codegen bug. The compiler returns the > `file_status` from `get_status` on the stack and then overwrites it with > `push` instructions for some reason. > > Not the first x86 clang-cl problem. I'll upgrade from 10.0 to 11.0 to see > if it's fixed. Still not fixed in 11.0.

2 3

[random] Merging to master for 1.75 release
by Edward Diener 25 Nov '20

25 Nov '20

Is there any possibility of merging 'develop' to 'master' for the random library for the 1.75 release ? The 'master' branch has not been updated for 2 years, or since the 1.70 release. While I am not claiming all invaluable fixes I know my fix for Embarcadero C++ clang-based support and another fix for correctly auto-linking random_device is among the 'develop' branch fixes which have never made it to the 'master' branch.

4 9

Submitting release notes
by Andrzej Krzemienski 25 Nov '20

25 Nov '20

I am sorry for this silly question, but can someone remind me, where we file PR-s with library release notes? Can someone point me to the place where this is documented? Regards, &rzej;

2 1

[leaf] Request to merge bug fix to master for 1.75 release
by Emil Dotchevski 24 Nov '20

24 Nov '20

I'm requesting permission to merge a bug fix by vector-of-bool in LEAF which makes it work correctly with std::system_error: https://github.com/boostorg/leaf/pull/15/commits/efc56d1c703777fea4fef2bd24… (There is a minor related change on top of this PR, but this bug fix is the important change in behavior. Note that LEAF is a new library in 1.75).

2 1

[release] Boost 1.75.0 Beta 1 Release Candidate 2
by Marshall Clow 17 Nov '20

17 Nov '20

The second release candidates for the 1.75.0 beta release are now available at: <https://dl.bintray.com/boostorg/beta/1.75.0.beta1/source/> The SHA256 checksums are as follows: 3f01d3e5dc822e151892040d4667e364ea808d208d2e49cc7a1802bd4da3d4cc boost_1_75_0_b1_rc2.7z 9b75a80f845d4ae312e3c9151ffdfe3fed450973095e0a15c68d0be394f2f2df boost_1_75_0_b1_rc2.tar.bz2 123519d4b056fbbd69e452db880abe2c7e55f21779d44a4d6b6c714d5c13c3ee boost_1_75_0_b1_rc2.tar.gz b73e01d22d5b3d2ff82f14a371e3974fab30448bf6ff5ac8b9c829539a19c2d7 boost_1_75_0_b1_rc2.zip 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. -- The Release managers

9 23