April 2023 - Boost - lists.preview.boost.org

Re: [boost] [release] Boost 1.82.0 Release Candidate 1 is available
by Matt Borland 07 Apr '23

07 Apr '23

> On Apr 6, 2023, at 4:25 PM, Marshall Clow via Boost <boost(a)lists.boost.org> wrote: > > The first release candidates for the 1.82.0 release are now available at: > <https://boostorg.jfrog.io/artifactory/main/release/1.82.0/source/> > > The SHA256 checksums are as follows: > > b6bfc8adc9056bdb01083680b77ecdd7ad4a59a7425a3a42e15a1fe7f6c4f459 boost_1_82_0_rc1.7z > 891aa0d522f80d79ecf622378961ceec882025d55b8aa85f61847db602056d57 boost_1_82_0_rc1.zip > bcdf29d00ade098140ef6934849f27273ad655fcb1e172a4f25660ae0f930d33 boost_1_82_0_rc1.tar.gz > 17d717a04d81e4e23bf0b527bae894f36db72c75976224ddedea9ffddfcd1fbd boost_1_82_0_rc1.tar.bz2 > > > 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 > > I have successfully built the libraries using Homebrew Clang 16.0.1 on an M1 Mac running macOS Ventura 13.3. Matt

1 0

Re: [boost] [scope] scope_fail is unimplementable
by Andrey Semashev 07 Apr '23

07 Apr '23

On 4/6/23 21:26, Andrzej Krzemienski via Boost wrote: > Hi Everyone, > It is my understanding that the reason scope_fail was left to die in the > C++ Extensions for Library Fundamentals v3 was that it is not > implementable. I'm not sure what you mean in the "left to die" part. Do you mean that these facilities are being deprecated? > One cannot detect if the scope is being left due to an > exception thrown from within the scope. Observing the number of uncaught > exceptions in the constructor and in the destructor will not work, given > that we now have coroutines that can be suspended and then resumed in > another thread (with a different number of uncaught exceptions), or even in > the same thread but at some later point, when the number of uncaught > exceptions has changed. > > The enclosed example illustrates how a scope_fail fails to call the > callback when an exception is thrown from a coroutine. It uses Lewis > Baker's CppCoro implementation of a generator. > > The only reliable way to call a callback when the scope is left due to an > exception is through using the explicit call to `deactivate()` function. It > is more verbose, but reliable. I must say I have no experience with coroutines, but my understanding is that they are basically incompatible with any mechanism that relies on thread-specific state, including the uncaught exceptions counter. Thus I wouldn't say scope_success/scope_fail are unimplementable - they clearly are - but that they are incompatible with coroutines. That is, these scope guards will work as expected as long as you don't switch coroutines within the guarded scope. I admit this is a notable limitation, and I will document it. But I do not consider this limitation fatal, as there is plenty code out there that doesn't use coroutines - I'd even say, much more code than that does. Thanks for pointing this out.

1 1

Re: [boost] [release] Boost 1.82.0 Release Candidate 1 is available
by Tom Kent 06 Apr '23

06 Apr '23

On Thu, Apr 6, 2023 at 9:25 AM Marshall Clow via Boost < boost(a)lists.boost.org> wrote: > The first release candidates for the 1.82.0 release are now available at: > <https://boostorg.jfrog.io/artifactory/main/release/1.82.0/source/> > > The SHA256 checksums are as follows: > > b6bfc8adc9056bdb01083680b77ecdd7ad4a59a7425a3a42e15a1fe7f6c4f459 > boost_1_82_0_rc1.7z > 891aa0d522f80d79ecf622378961ceec882025d55b8aa85f61847db602056d57 > boost_1_82_0_rc1.zip > bcdf29d00ade098140ef6934849f27273ad655fcb1e172a4f25660ae0f930d33 > boost_1_82_0_rc1.tar.gz > 17d717a04d81e4e23bf0b527bae894f36db72c75976224ddedea9ffddfcd1fbd > boost_1_82_0_rc1.tar.bz2 > > > 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 > Looks good on Windows/Visual Studio. toolset arch compile Link Execute msvc-10.0 32 X X X msvc-10.0 64 X X X msvc-11.0 32 X X X msvc-11.0 64 X X X msvc-12.0 32 X X X msvc-12.0 64 X X X msvc-14.0 32 X X X msvc-14.0 64 X X X msvc-14.1 32 X X X msvc-14.1 64 X X X msvc-14.2 32 X X X msvc-14.2 64 X X X msvc-14.3 32 X X X msvc-14.3 64 X X X Compile means that the b2 command completed without errors Link means that visual studio was able to link a sample executable to a library (libboost_thread-vcXXX-mt[-gd]-1_XX.lib) generated Execute means that the linked program executed without errors. Full build log can be found here: https://gist.github.com/teeks99/77a2334d7cf0f893366a40d8be5eb4e9 Tom

1 0

[scope] scope_fail is unimplementable
by Andrzej Krzemienski 06 Apr '23

06 Apr '23

Hi Everyone, It is my understanding that the reason scope_fail was left to die in the C++ Extensions for Library Fundamentals v3 was that it is not implementable. One cannot detect if the scope is being left due to an exception thrown from within the scope. Observing the number of uncaught exceptions in the constructor and in the destructor will not work, given that we now have coroutines that can be suspended and then resumed in another thread (with a different number of uncaught exceptions), or even in the same thread but at some later point, when the number of uncaught exceptions has changed. The enclosed example illustrates how a scope_fail fails to call the callback when an exception is thrown from a coroutine. It uses Lewis Baker's CppCoro implementation of a generator. The only reliable way to call a callback when the scope is left due to an exception is through using the explicit call to `deactivate()` function. It is more verbose, but reliable. Regards, &rzej;

1 0

Re: [boost] [release] Boost 1.82.0 Release Candidate 1 is available
by Ruben Perez 06 Apr '23

06 Apr '23

I have successfully built the RC in Ubuntu 22.04 and clang-15. I'd like however to flag commit https://github.com/boostorg/asio/commit/19cff007b0e9bf78dad921fe2a390d34589… that was merged into Boost.Asio's master branch on the 5th of April and hasn't gone into this RC as breaking existing code (concretely, this prevents some Boost.MySQL examples from compiling). It was caught by chance by a CI run. If this commit gets merged into any subsequent 1.82 RC, Boost.MySQL (and potentially other user code) will contain flaws. This commit breaks the following code: // Token declaration constexpr auto token = asio::as_tuple(asio::use_awaitable); // In a C++20 coroutine co_await socket.async_read(buffer, token); I don't know if this was meant to be legal or not, but used to build and run fine until yesterday. I can provide a fix if this commit gets merged into any subsequent RC, but other client code may get affected. Regards, Ruben. On Thu, 6 Apr 2023 at 16:54, Marshall Clow via Boost <boost(a)lists.boost.org> wrote: > > On Apr 6, 2023, at 7:25 AM, Marshall Clow via Boost <boost(a)lists.boost.org> wrote: > > > > The first release candidates for the 1.82.0 release are now available at: > > <https://boostorg.jfrog.io/artifactory/main/release/1.82.0/source/> > > > > The SHA256 checksums are as follows: > > > > b6bfc8adc9056bdb01083680b77ecdd7ad4a59a7425a3a42e15a1fe7f6c4f459 boost_1_82_0_rc1.7z > > 891aa0d522f80d79ecf622378961ceec882025d55b8aa85f61847db602056d57 boost_1_82_0_rc1.zip > > bcdf29d00ade098140ef6934849f27273ad655fcb1e172a4f25660ae0f930d33 boost_1_82_0_rc1.tar.gz > > 17d717a04d81e4e23bf0b527bae894f36db72c75976224ddedea9ffddfcd1fbd boost_1_82_0_rc1.tar.bz2 > > > > > > 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. > > > I have successfully built the libraries in Mac OS 12.6.4, > with "Apple clang version 14.0.0 (clang-1400.0.29.202)” > and C++ 03/11/14/17/20/2b, on both x86 and ARM. > > — Marshall > > > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] [release] Boost 1.82.0 Release Candidate 1 is available
by Marshall Clow 06 Apr '23

06 Apr '23

On Apr 6, 2023, at 7:25 AM, Marshall Clow via Boost <boost(a)lists.boost.org> wrote: > > The first release candidates for the 1.82.0 release are now available at: > <https://boostorg.jfrog.io/artifactory/main/release/1.82.0/source/> > > The SHA256 checksums are as follows: > > b6bfc8adc9056bdb01083680b77ecdd7ad4a59a7425a3a42e15a1fe7f6c4f459 boost_1_82_0_rc1.7z > 891aa0d522f80d79ecf622378961ceec882025d55b8aa85f61847db602056d57 boost_1_82_0_rc1.zip > bcdf29d00ade098140ef6934849f27273ad655fcb1e172a4f25660ae0f930d33 boost_1_82_0_rc1.tar.gz > 17d717a04d81e4e23bf0b527bae894f36db72c75976224ddedea9ffddfcd1fbd boost_1_82_0_rc1.tar.bz2 > > > 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. I have successfully built the libraries in Mac OS 12.6.4, with "Apple clang version 14.0.0 (clang-1400.0.29.202)” and C++ 03/11/14/17/20/2b, on both x86 and ARM. — Marshall

1 0

[release] Boost 1.82.0 Release Candidate 1 is available
by Marshall Clow 06 Apr '23

06 Apr '23

The first release candidates for the 1.82.0 release are now available at: <https://boostorg.jfrog.io/artifactory/main/release/1.82.0/source/> The SHA256 checksums are as follows: b6bfc8adc9056bdb01083680b77ecdd7ad4a59a7425a3a42e15a1fe7f6c4f459 boost_1_82_0_rc1.7z 891aa0d522f80d79ecf622378961ceec882025d55b8aa85f61847db602056d57 boost_1_82_0_rc1.zip bcdf29d00ade098140ef6934849f27273ad655fcb1e172a4f25660ae0f930d33 boost_1_82_0_rc1.tar.gz 17d717a04d81e4e23bf0b527bae894f36db72c75976224ddedea9ffddfcd1fbd boost_1_82_0_rc1.tar.bz2 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

1 0

[release] Master Branch is closed for all changes
by Marshall Clow 06 Apr '23

06 Apr '23

Please do not commit anything to the master branch. Other branches are always fine. The 1.82.0 release is scheduled for next Wednesday, 13-Apr. — Marshall

1 0

Re: [boost] I need help with clang libtooling
by Boris 05 Apr '23

05 Apr '23

On 2023-04-05 6:43 PM, Vinnie Falco via Boost wrote: > On Wed, Apr 5, 2023 at 1:00 AM Boris via Boost <boost(a)lists.boost.org> wrote: >> I have some experience, I created https://github.com/scapix-com/scapix >> with clang libtooling. You can ask me directly or in the list. > Can we please set up some kind of screen share / zoom / chat or something? Sure, I will email you directly to set it up.

1 0

Re: [boost] I need help with clang libtooling
by Vinnie Falco 05 Apr '23

05 Apr '23

On Wed, Apr 5, 2023 at 1:00 AM Boris via Boost <boost(a)lists.boost.org> wrote: > I have some experience, I created https://github.com/scapix-com/scapix > with clang libtooling. You can ask me directly or in the list. Can we please set up some kind of screen share / zoom / chat or something? Thanks

1 0