- Boost - lists.boost.org

Re: [boost] boost.asem seeking endorsement
by Andrey Semashev 07 Mar '23

07 Mar '23

On 3/7/23 08:04, Klemens Morgenstern via Boost wrote: > > I'm also not too happy with the name, but so far I only came up with an > acronym: Semaphore, Condition_variable, And Mutex. Suggestions are welcome. AsioSync?

1 0

Re: [boost] boost.asem seeking endorsement
by jepessen＠wteam.it 07 Mar '23

07 Mar '23

Hi. I've a simple question: those are primitives built around asio, and according to the documentation you say "This library is not meant as the default method of synchronization of asio-based apps, but to be used by library developers.", so there's a reason to create a different library instead that trying to merge them directly into boost::asio? Regards Daniele Lupo -----Original Message----- From: Boost <boost-bounces(a)lists.boost.org> On Behalf Of Klemens Morgenstern via Boost Sent: Tuesday, March 7, 2023 6:13 AM To: boost(a)lists.boost.org Cc: Klemens Morgenstern <klemensdavidmorgenstern(a)gmail.com> Subject: [boost] boost.asem seeking endorsement Heya Boost Community, I am seeking endorsement for my boost.asem library. It provides the following asio-based synchronization primitives: - barrier - condition_variable - mutex - semaphore Asio currently has timers & (experimental) channels that can help. However, I think there is a need for more purpose-made utilities to help more complex asio-based libraries (requests, redis, mysql et al.) Code: https://github.com/klemens-morgenstern/asem Docs: https://klemens.dev/asem/ I'm also not too happy with the name, but so far I only came up with an acronym: Semaphore, Condition_variable, And Mutex. Suggestions are welcome. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

boost.asem seeking endorsement
by Klemens Morgenstern 07 Mar '23

07 Mar '23

Heya Boost Community, I am seeking endorsement for my boost.asem library. It provides the following asio-based synchronization primitives: - barrier - condition_variable - mutex - semaphore Asio currently has timers & (experimental) channels that can help. However, I think there is a need for more purpose-made utilities to help more complex asio-based libraries (requests, redis, mysql et al.) Code: https://github.com/klemens-morgenstern/asem Docs: https://klemens.dev/asem/ I'm also not too happy with the name, but so far I only came up with an acronym: Semaphore, Condition_variable, And Mutex. Suggestions are welcome.

1 0

GSOC director stepping down and replacement
by Glen Fernandes 07 Mar '23

07 Mar '23

David Bellot who has run the Boost GSOC program is retiring from the role: Thank you David, for your service. If anyone wants to step forward and become the new GSOC administrator, Boost can keep the program running. David has generously agreed to help mentor his replacement until the transition is complete. If this sounds interesting to you, or if you have any questions about what the task entails, please don't hesitate to inquire further. Glen

1 0

Boost 1.82.0 is now closed for major changes
by Marshall Clow 05 Mar '23

05 Mar '23

Next deadline: On 8-Mar-2023 Boost 1.82.0 closes the beta release. Still open for serious problem fixes and docs changes without release manager review. As always, the release calendar is at https://www.boost.org/development/ <https://www.boost.org/development/> - Boost release team

1 0

improve <boost/config.hpp>
by Gero Peterhoff 03 Mar '23

03 Mar '23

Hi, for more compatibility with existing boost-macros/defines I came up with - see attachment. 1) Is that correct in principle? 2) Problem: for BOOST_NO_CXX23_HDR_XXX I use __has_include. However, __has_include is not guaranteed to exist. How about the solution? 3) Did I miss useful things? thx Gero

6 6

Re: [boost] Has testing on msvc been dropped?
by Tom Kent 02 Mar '23

02 Mar '23

On Wed, Mar 1, 2023 at 6:13 AM Tom Kent via Boost <boost(a)lists.boost.org> wrote: > On Mon, Feb 27, 2023 at 6:16 AM Glen Fernandes <glen.fernandes(a)gmail.com> > wrote: > > > On Mon, Feb 27, 2023 at 6:49 AM Daniela Engert wrote: > > > >> I've noticed that e.g. Boost.Log no longer compiles on msvc 19.35 (i.e. > >> VS2022 update 5). Looking at the test matrix to figure out where the > >> problem might lie, I couldn't find any column with the test results of > >> *any* msvc version, lest the current one. Is there a reason for no > >> longer running the tests with msvc compilers? > >> > >> > > I don't believe it's intentional. > > > > Tom, do you know why the MSVC runners aren't reporting any results? > > > > Looks like my windows runner machine has crashed hard, I'm going to try to > resuscitate it. > It was a dead SSD, reinstalled with a brand-new windows OS, should be back up and cycling normally. In the meantime, I kicked off a set of runs on an Azure VM, so there should be stuff up now. Tom

2 1

Has testing on msvc been dropped?
by Daniela Engert 01 Mar '23

01 Mar '23

Hi y'all! I've noticed that e.g. Boost.Log no longer compiles on msvc 19.35 (i.e. VS2022 update 5). Looking at the test matrix to figure out where the problem might lie, I couldn't find any column with the test results of *any* msvc version, lest the current one. Is there a reason for no longer running the tests with msvc compilers? thank, Dani -- PGP/GPG: 2CCB 3ECB 0954 5CD3 B0DB 6AA0 BA03 56A1 2C4638C5

6 21

Re: [boost] Delivery Status Notification (Failure)
by Andre Marin 26 Feb '23

26 Feb '23

Hi, I'm interested in becoming a maintainer. I'm interested in the following projects: - Algorithm <https://www.boost.org/doc/libs/release/libs/algorithm/> - Python <https://www.boost.org/doc/libs/release/libs/python/> - Stl_interfaces <https://www.boost.org/doc/libs/release/libs/stl_interfaces/> - Type Erasure <https://www.boost.org/doc/libs/release/libs/type_erasure/> I'm trying to email olivas(a)icecube.umd.edu, per the Boost website but it's not going through. I'm looking for some guidance. I've included the previous request and email error in this email. Thank you, *Andre Marin * *m:* (832) 495-3545 *e:* andre(a)alexamarin.com <https://www.linkedin.com/in/andremarin629/> On Sun, Feb 26, 2023 at 11:46 AM Mail Delivery Subsystem < mailer-daemon(a)googlemail.com> wrote: > [image: Error Icon] > Address not found > Your message wasn't delivered to *olivas(a)icecube.umd.edu* because the > address couldn't be found, or is unable to receive mail. > The response from the remote server was: > > 550 5.1.1 <olivas(a)icecube.umd.edu>: Recipient address rejected: User > unknown in local recipient table > > > > ---------- Forwarded message ---------- > From: Andre Marin <andre(a)alexamarin.com> > To: olivas(a)icecube.umd.edu > Cc: > Bcc: > Date: Sun, 26 Feb 2023 11:46:03 -0600 > Subject: Boost Library Official Maintainer Program > Hi, > > I'm interested in becoming a maintainer. I'm interested in the following > projects: > > - Algorithm <https://www.boost.org/doc/libs/release/libs/algorithm/> > - Python <https://www.boost.org/doc/libs/release/libs/python/> > - Stl_interfaces > <https://www.boost.org/doc/libs/release/libs/stl_interfaces/> > - Type Erasure > <https://www.boost.org/doc/libs/release/libs/type_erasure/> > > > I've been limited to C++11 at work and I'm new to library contributions. > I'm not sure if there are more appropriate projects for noobs or areas of > need I couldn't find on the website. > > Thank you, > > *Andre Marin * > *m:* (832) 495-3545 > *e:* andre(a)alexamarin.com > <https://www.linkedin.com/in/andremarin629/> >

2 1

Future of boost::TypeTraits
by Gero Peterhoff 24 Feb '23

24 Feb '23

Hello, with the planned changes of the dependencies of the boost libraries to newer C++-standards, I would like to ask how this is planned for boost::TypeTraits. 1) In my opinion it would make sense to remove all TypeTraits that are already in the standard, and only provide those that do not exist in the standard (yet). Of course, this depends on the planned minimum standard for boost::TypeTraits. 2) If, on the other hand, boost::TypeTraits is to continue to work with C++03 (for which there may be reasons), however, quite a few adjustments must be made (for newer C++-standards) and bugs must be fixed. Examples: a) - no inline-variables are provided for C++17 (if useful), e.g. is_arithmetic_v - no concepts are provided for C++20 (if useful), e.g. arithmetic - that's why I already asked how to do this best without coming into (name)conflicts with existing structures/namespaces/etc. b) bugs - e.g. is_integral does not contain char8_t (if available) Probably my remarks also apply to other libraries, possibly TypeErasure, TypeIndex, TTI ... All this has to be reworked fundamentally and consolidated if necessary. best regards Gero

1 0