May 2026 - Boost - lists.boost.org

github's pull requests by nigels-com
by Peter Taraba 31 May '26

31 May '26

Sorry for late response - I no longer am using Github and noticed pull requests just now... and MSFT is making troubes to me logging in (they said I should try tomorrow again, so I might if I find time and dont forget). [1]Bucket size can be inferred from offsets, storing both is not needed #3 opened last week by [2]nigels-com [3]Less time and memory for statsort(RandomIt first, RandomIt last) #2 opened last week by [4]nigels-com Thank you Peter https://www.linkedin.com/feed/update/urn:li:activity:746438522975599411 2/ References 1. https://github.com/drpt78/statsort/pull/3 2. https://github.com/drpt78/statsort/issues?q=is:pr+is:open+author:nigels-com 3. https://github.com/drpt78/statsort/pull/2 4. https://github.com/drpt78/statsort/issues?q=is:pr+is:open+author:nigels-com

2 5

[C++ Alliance] New Team Member - Erin Looney
by Erin Looney 31 May '26

31 May '26

Hi everyone, if we haven't had a chance to talk yet, it's nice to meet you! I've recently joined the C++ Alliance team as the Creative Production Coordinator, and will largely be helping out with events and design materials. Just wanted to say hello in case you see me pop up occasionally. Don't hesitate to say hello or reach out if there's something I might be able to help with.

2 1

[hub] Post-review version ready
by Joaquin M López Muñoz 29 May '26

29 May '26

Hi, I've finished integrating the feedback given at the review of boost::container::hub: * Branch: https://github.com/joaquintides/hub/tree/feature/review-feedback * PR: https://github.com/joaquintides/hub/pull/20 * Changes: * Fix typos (Matt Borland) * Fix test_api for GCC on darwin (Matt Borland) * Fix iterator de-reference (Matt Borland) * enabled warnings in CI (Matt Borland) * removed undocumented memory() (Andrzej Krzemieński) * typos (Arnaud Becheler) * worked around bogus array bounds warning in GCC (Andrzej Krzemieński/Peter Dimov) * integrated AppVeyor CI (Alexander Grund) * hardened get_iterator (Emil Dotchevski) * Fix B2 + CMake testing (Matt Borland) * replaced visit[_all][_while] with global for_each[_while] (Andrzej Krzemieński) * used aligned new when available and required (Emil Dotchevski) * added exception safety tests and made single-element insertion strongly safe (Emil Dotchevski) * clarified exception guarantees and preconditions of sort (Emil Dotchevski) * s/HFT/high-frequency trading (Peter Turcan) * improved somewhat introductory statement to hub (Peter Turcan, Arnaud Becheler) * made it clear that hub is not a sequence container (Andrzej Krzemieński) * reserved right to change block capacity (64 elements) in the future (Emil Dotchevski) * explained by block size is 64 (Peter Turcan) * improve code comments in tutorial, expanded section on capacity (Peter Turcan, Arnaud Becheler) Review feedback _not_ included in this version: * Implement a slot map (Chris Mazakas): this is more for the evolution track * Contiguous hub with VirtualAlloc (Chris Mazakas): same * Improve perf table presentation (Matt Borland/Dominique Devienne): I'll see to that when the docs are integrated into Boost.Container's I'd be grateful if you could take a look, comment and maybe warn about feedback I may have overlooked. When Ion gives me the OK, I'll merge and begin working with him on integration into Boost.Container, hopefully in time for Boost 1.92. Thank you, Joaquín M López Muñoz

6 10

Postman's Sort
by Robert Ramey 29 May '26

29 May '26

Since there's been a lot of messages regarding sorting here, I thought I may as well chime in with my own experience here: Google Postman's sort

3 7

a single thought on codeberg...
by Peter Taraba 27 May '26

27 May '26

  ~ cd Code   Code git clone https://codeberg.org/drpt78/statsort Cloning into 'statsort'... fatal: unable to access 'https://codeberg.org/drpt78/statsort/': The requested URL returned error: 504   Code git clone https://codeberg.org/drpt78/statsort Cloning into 'statsort'... fatal: unable to access 'https://codeberg.org/drpt78/statsort/': The requested URL returned error: 504   Code

2 2

is statsort ready to be part of Boost library?
by Peter Taraba 24 May '26

24 May '26

2 7

Fwd: Re: Proposing statsort for Boost.Sort
by Francisco José Tapia 22 May '26

22 May '26

---------- Forwarded message --------- De: Nigel Stewart <nigels.com(a)gmail.com> Date: mié, 20 may 2026 a las 13:14 Subject: Re: [boost] Re: Proposing statsort for Boost.Sort To: Francisco José Tapia <fjtapia(a)gmail.com> Francisco, Thank you so much for saying what needed to be said, and diplomatically. More interesting as a research result perhaps, than for real-world production use. At least so far. - Nigel On Wed, May 20, 2026 at 6:45 PM Francisco José Tapia via Boost <boost(a)lists.boost.org> wrote: > > Hello, > > maybe I didn’t explain myself clearly about how the library works. > > Once you add an algorithm to the library, you can’t remove it later, even > if it’s surpassed by newer algorithms, because there are software programs > and companies that are using it. Hello, Thank you Nigel for your message. Behind my words there is a very clear idea and intention. The results of Peter's algorithm are not good enough to be included in the library. However, his work has my full respect and consideration. Doing something new, breaking new ground where no one has gone before, without knowing clearly whether it leads anywhere, is hard work and, on many occasions, emotionally exhausting. When you are in that situation, even if the result is not what was expected, it is very rewarding to have your effort recognised and valued. That is talent in its purest form. If you take the engineers from the best companies in the world and ask them whether they have done something new, something that has never been done before — whether successful or not — I assure you that very few would remain. That is the kind of talent that is so often talked about and so little understood. Meaningful talent, not nominal talent, nor talent by position or education. At Boost we are a club of geeks, although our manners disguise it and we may come across as conventional people. We have many people whom I sincerely admire for their talent, their vision and their work, and I can assure you that my admiration is not given lightly. We — companies, the world — need people who, like us, like Peter, blaze a trail. The important thing is to keep moving forward. Peter did not succeed on the first attempt; perhaps on the second, something might emerge from his mind that leaves us astonished, and it will be a pleasure to welcome him and other people with new ideas. Looking at him, I see myself, when I joined Boost and proposed a library for creating concurrent sets, multisets, maps and multimaps, allowing multiple threads to work on them concurrently in a safe manner. It was not well received, I suppose due to my clumsiness in presenting it. I ended up in the Sort library, with sorting algorithms that I developed for that library. That is why Peter and people like him matter to me, because they are the hope. For that very reason I am firm in my ideas, but I try to be careful, kind, and to acknowledge the value of that effort. What needs to be done and how to do it I have learned over my more than 30 years of teaching Computer Science. That is all. Yours sincerely, Francisco Tapia fjtapia(a)gmail.com

3 2

Fw: Your message to boost@lists.boost.org awaits moderator approval
by Peter Taraba 20 May '26

20 May '26

1 0

Re: is statsort ready to be part of Boost library?
by Ion Gaztañaga 20 May '26

20 May '26

El 17/05/2026 a las 15:09, Peter Taraba via Boost escribió: > see attachments > cant go further on x axis due to mem limitations on my laptop > Peter > *Sent:* Sunday, May 17, 2026 at 4:36 AM > *From:* "Peter Taraba via Boost" <boost(a)lists.boost.org> > *To:* boost(a)lists.boost.org > *Cc:* "Peter Taraba" <taraba.peter(a)mail.com> > *Subject:* [boost] Re: is statsort ready to be part of Boost library? > i actually lied. spreadsort is slower & uses more memory. sorry about that > Best regards, > Peter Taraba The mailing list has strict rules about attachment (75KB max), so please avoid messages like this, any attachment bigger than this size will be blocked. This message was approved by mistake... I recommend putting your files in some cloud storage/github and point to it from the message. Thanks for your understanding, Ion

1 0

Proposing statsort for Boost.Sort
by Peter Taraba 20 May '26

20 May '26

7 18

GitHub reliability
by Vinnie Falco 15 May '26

15 May '26

GitHub has become increasingly unreliable. I suggest the Boost project explore alternatives to be ready in case the need to move to a new hosted provider arises. We (the C++ Alliance) are investigating Codeberg. Regards, Vinnie Follow me on GitHub: https://github.com/vinniefalco

14 33

[Boost.Graph] Survey: minimum C++ standard for Boost.Graph going forward
by Arnaud Becheler 14 May '26

14 May '26

Dear Boost Community, During the Boost Graph Modernization Workshop in Paris co-organized with Jeremy Murphy (BGL principal maintainer), one of the most frequent discussion points was the C++ standard version the Boost Graph Library should require. Some context worth knowing: - Boost.Graph is already C++14 - A lot of API modernization can be done without bumping the minimum. - Some modernization changes would land cleaner on a newer standard - We don't yet have a clear enough picture of our users' constraint space to inform our discussion about a potential baseline bump. For example, it appeared that automotive industry users will be locked in C++17 for a while with MISRA. Consequently we want to ask Boost.Graph users: What's the oldest C++ standard your project needs BGL to keep supporting (i.e. the version past which a bump would break you or force you to pin a version). Answers: C++14 / 17 / 20 / 23. You can answer: - with this simple Github survey: https://github.com/boostorg/graph/discussions/490 - on this reddit poll: https://www.reddit.com/r/cpp/comments/1tc1v6x/comment/olproye/ - or on this thread Also please indicate if you’re a BGL active user or an observer eager to give feedback (both are welcome!) Thank you for your time :D Arnaud

1 0

Fw: Re: Re: GitHub reliability
by Peter Taraba 14 May '26

14 May '26

1 0

Boost.Redis and Corosio
by Ruben Perez 12 May '26

12 May '26

Hi all, You might remember how I had started a prototype on how Boost.Redis would look like if it had a Corosio API some weeks ago. I have been improving the prototype until making it fully functional. You can find it here: Code: https://github.com/boostorg/redis/pull/417 Docs: https://anarthal.github.io/boost-redis-corosio/redis/index.html Marcelo has been performing benchmarks against the Asio API, with pretty good results: client | time ----------------------|-------- boost_redis_asio_co | 1.73 boost_redis_asio_cb | 1.35 boost_redis_corosio | 1.00 The benchmarks live in this repo: https://github.com/mzimbres/redis-cli-comp They measure total CPU time (rather than wall time) because the client is faster than the server, which gets saturated and becomes a bottleneck. Lower is better. Our idea is merging the pull request above to Boost.Redis if Corosio gets into Boost. This would make Boost.Redis support both Capy and Corosio. Because most of our code is written as state machines, the amount of duplication is pretty minimal. If interested readers find the time to have a look at the PR and leave some comments, I'd be thankful. On the other hand, I've also been writing a Corosio-based MySQL library. It is a fork of Boost.MySQL: https://github.com/anarthal/mycosql. It is functional, but still a work in progress. Why fork here instead of adding a new API to the library? Because the original Boost.MySQL is an older library (C++11), and forking would allow it to move to C++20 and update part of the API. But it also means more duplication. If things go well, I may propose it for Boost inclusion at some point. Kind regards, Ruben.

1 0

statsort
by Peter Taraba 09 May '26

09 May '26

1 0

PRs: Ubuntu toolchain PPAs on Drone CI
by Alexander Grund 06 May '26

06 May '26

Hi maintainers, I recently opened a PR for ~30 repos on Github titled "Enable adding Ubuntu toolchain PPA by default" and wanted to give some background. TLDR: This is an intermediate fix for Drone to avoid failures when an upcoming change in Boost.CI [3] is merged. The proper solution is to update .drone.star from e.g. Boost.CI [4], which has to be done by the maintainers who decide which configurations shall be tested The `.drone.star` CI config eventually calls `ci/drone/linux-cxx-install.sh` from Boost.CI [1] This, for a long time, added the ubuntu-toolchain-r/test PPA to be able to install older or newer compilers than available in the "default" Ubuntu repositories for the used image/container. However this is causing issues: 1. Overhead for adding and downloading from other sources 2. Additional (Avoidable) flakiness when Launchpad isn't reachable, as currently surfaced by many intermediate failures 3. Potential for conflicts with other system software due to "unusual" combinations of e.g. compiler and stdlibs => Standard compilers should be preferred instead of this PPA The Drone script mentioned above will no longer add the PPA by default in the near future [3], flipping the default from opt-out to opt-in. Setting `$ADD_UBUNTU_TOOLCHAIN_PPA=true` allows to *selectively* add it automatically (again) However the changed default will cause failures for Drone jobs using some combinations of compiler and OS. A short term remedy is to globally set `$ADD_UBUNTU_TOOLCHAIN_PPA=true`for the Drone workflow in the repos `.drone.star` with the disadvantages mentioned above. This is what my PRs do, as the right solution below is unfeasible to do alone for the 30 repos. The better solution is to update the CI config to only use "supported" combinations, i.e. compilers that are natively available in the OS version. This can be done by taking the .drone.star from Boost.CI [4] or, for special needs, at least use it to find supported configurations. I strongly encourage authors/maintainers to update their CI accordingly and take that opportunity to ensure all CI (still) passes. - Alex [1] https://github.com/boostorg/boost-ci/blob/master/ci/drone/linux-cxx-install… [3] https://github.com/boostorg/boost-ci/pull/252 [4] https://github.com/boostorg/boost-ci/blob/master/.drone.star

2 1

Updating Boost overview text
by Mark Cooper 05 May '26

05 May '26

Hi everyone, We're updating the overview description of Boost. Please review the following and provide any feedback. Thanks. __________ Boost is a collection of free, peer-reviewed, portable C++ source libraries maintained by an open community of world-class engineers. For more than a quarter century, Boost has set the standard for C++ library engineering. Delivering capabilities the standard does not, from high performance containers and networking to numerical computing and coroutines. Smart pointers, filesystem, regex, variant: they became part of modern C++ because Boost built them first and proved they belonged there. The world's most demanding organizations have validated this work. Aerospace, defense, high frequency trading systems, video games, large scale database engines. When the stakes are highest, Boost is in the stack. And through the Boost Software License, every line of it is freely available for commercial and open source use alike, with no obligation to release your code. Great engineering compounds. Boost is where the next generation of C++ takes shape.

5 7