- Boost - lists.boost.org

[msm] Antora documentation should reverted
by Vinícius dos Santos Oliveira 08 Apr '26

08 Apr '26

It's fully broken. Compare this: https://www.boost.org/doc/libs/1_90_0/doc/antora/msm/reference/euml-operato… To this: https://www.boost.org/doc/libs/1_89_0/libs/msm/doc/HTML/ch10.html It's clear that nobody took the time to review the output of whatever tool was used to auto-convert the old thing to Antora. This isn't the only place where the Antora version is broken.

3 2

[math] Remez algorithm in Boost Bessel implementation
by znailcode＠gmail.com 02 Apr '26

02 Apr '26

Hi, I am currently working on the Struve function implementation alongside the Bessel functions. To approximate H₀(x) and H₁(x), I plan to use the Remez minimax approximation algorithm, similar to what is used in the current Bessel implementation: https://github.com/boostorg/math/blob/develop/include/boost/math/special_fu… (for example, in the region x ≤ 8). I see that an implementation of the Remez algorithm already exists in Boost here: https://github.com/boostorg/math/blob/develop/include_private/boost/math/to… I would like to ask which implementation of the Remez algorithm was used to derive the Bessel function approximations. Was it this Boost implementation, or a different one? Additionally, how were the reference values computed for the approximation process? Currently, I am using mpmath in Python to generate reference values for the Struve function with the required precision. Best regards, Zaripov Nail

1 0

One-time change to the release schedule (two week delay)
by Marshall Clow 26 Mar '26

26 Mar '26

Due to schedule conflicts with the release manager, we are going to postpone the 1.91.0 release for two weeks. I will be updating the calendar later today, but the important dates are: 15-Apr: Master branch closes for the 1.91.0 release 22-Apr: Scheduled release date Note that we’re currently in the post-beta period, so the following caveats still apply: Release open for bug fixes and documentation updates. Other changes by permission of a release manager. Requests to merge changes may be delayed during the week of April 6-10th. I apologize for the inconvenience. — Marshall (for the release managers)

1 0

[Regex] \r matching \n
by Olaf van der Spek 25 Mar '26

25 Mar '26

Hi, In this regex the \n matches \r. How is this defined / controlled? Is there a way to only match \n? std::string s = "[*] A\rB\n"; s = boost::regex_replace(s, boost::regex(R"(\[\*\](.+?)(\n|$))"), "<li>\\1</li>"); std::println("{}", js_encode(s)); // <li> A</li>\rB\n Regards, -- Olaf

4 8

A proposal to delay the Boost release for two weeks
by Marshall Clow 24 Mar '26

24 Mar '26

We have a small problem. Almost all of the release managers will be AFK for the week after Easter, which is the week when we’re scheduled to release 1.91.0 The current schedule is: 1-Apr: Master branch closed 2-Apr: RC1 created 8-Apr 1.91.0 released (assuming no problems) I propose to move all of those dates back two weeks. 15-Apr: Master branch closed 16-Apr: RC1 created 22-Apr 1.91.0 released (assuming no problems) Comments? — Marshall

3 2

Re: Multi Review Result
by Alfredo Correa 19 Mar '26

19 Mar '26

> Date: Mon, 16 Mar 2026 17:51:42 +0000 > From: Matt Borland <matt(a)mattborland.com> > Subject: [boost] Multi Review Result > To: "boost(a)lists.boost.org List" <boost(a)lists.boost.org> > Message-ID: <4otKiL_qCApAgTgtXPKXThbIFKkLIMk63P8vVM0NE-IthZzhBzta1GqWe > wIMTuvg8hFOGRr5ZFCP8X1xrlGJtF0KwrRIZYP-AGw2CLJlKp8=@ > mattborland.com> > Content-Type: multipart/signed; protocol="application/pgp-signature"; > micalg=pgp-sha512; > boundary="------c6d2e97bdd1cf2c5b6caf1a740c0085a140 > 8fcbcdd2b5dfcc2147cf72c1a1483"; charset=utf-8 > > Bottom Line Up Front: The library is conditionally accepted. > Thank you again to everyone who participated in the review. > Thank you all for your important reviews; they are very valuable to me. I know many people spend many hours on this. Special thanks to Matt for managing this review, with whom I will coordinate the next steps. In the coming weeks, I am going to work intensively on revamping the Reference section of the documentation, making other tweaks, and preparing a presentation. Thank you, Alfredo

2 1

Farewell to Wowbagger - End of an Era for boost.org
by René Ferdinand Rivera Morell 18 Mar '26

18 Mar '26

Dear Boost developers and community, On behalf of the Fiscal Sponsorship Committee, I'm writing today with a mix of gratitude and nostalgia to share some news: after 15 years of faithful, but rocky, service, wowbagger - the server that hosted boost.org, lists.boost.org, and subversion - is being mothballed. For many of us, it was simply there - one of those invisible pillars that kept our community connected and our work accessible to the world. It deserves a proper send-off. What happened: Rackspace recently notified customers that pricing on their legacy cloud platform is increasing significantly - effectively doubling - as they wind down the previous generation of cloud servers in favor of their next-generation platform. Migration is not automatic. After consulting with Marshall and others, we made the decision to terminate our Rackspace instances rather than absorb the increased costs or undertake a manual migration to a platform we no longer need. What this means: We (i.e. Sam Darwin) have stopped wowbagger for now. File-level backups and disk snapshots are in hand. After another week, the server will be deleted. This is purely a housekeeping matter - boost.org and lists.boost.org are already running on new, upgraded hardware and have been for some time. The old machine had been kept around as a reference for comparing web pages between the old and new sites, but the Rackspace pricing change simply accelerates a retirement that was already overdue. Nothing changes for us. The website and mailing lists continue to operate normally on their new home. Still, we wanted to take a moment to honor wowbagger's long run. 15 years is a remarkable tenure for any server, and this one carried the public face of Boost for all of that time. To everyone who set it up, maintained it, patched it at odd hours, and kept it humming along - thank you. Your work mattered more than most people ever realized. Rest well, wowbagger. You've earned it. Warm regards, Boost Fiscal Sponsorship Committee (Ion Gaztañaga, Joaquín M López Muñoz, René Ferdinand Rivera Morell)

1 0

Multi Review Result
by Matt Borland 17 Mar '26

17 Mar '26

Bottom Line Up Front: The library is conditionally accepted. Thank you again to everyone who participated in the review. For transparency, the final tally of ACCEPT/CONDITIONAL ACCEPT/REJECT, from both private and public reviews, was 1/5/2. Both rejections and nearly all conditional acceptance conditions revolved around the state of the documentation and naming. I have consolidated these conditions and related discussion on the GitHub issue tracker, rather than reiterating them here. The total number of new issues from the review period is 25. Rainer and Peter Turcan both brought up bugs or additional features for the website. I am working to address those separately with the web devs. This leads us to the singular condition of acceptance being to address the documentation related issues. Since this is a rather subjective requirement, we will be running a mini review of the library documentation in a few weeks. Several of those who conditionally accepted or rejected said they would be willing to look at the library again. This mini review period provides them a good opportunity to do so. I think this second review will give the best possible product for the initial release of Multi in Boost. Stay tuned for those dates. Thank you again for your time and participation in this review. The library is certainly better for it. Matt

3 3

[Interest] Flags: Non-intrusive, type-safe bitwise operators for enums
by tobi＠die-loews.de 17 Mar '26

17 Mar '26

Hi everyone, I would like to gauge interest in a library I've been working on called Flags, which provides type-safe, non-intrusive bitwise operators for C++ enumerations. The primary goal of the library is to make the usage of flag-like enums safer by preventing accidental mixing of different types while still allowing them to be used with standard bitwise logic. A preliminary version of the library was presented here two years ago. The reception was positive and led to an enlightening discussion with Andrey Semashev, who pointed out several flaws in the design — notably potential ODR violations and the need for argument-dependent lookup (ADL) of operators. An enhanced version was then presented at C++Now 2024, where it was also well-received. After incorporating all feedback and allowing another year for the library to mature within internal projects, I have decided to resubmit it here. Key Features: * Type-safety: Prevents accidental mixing of different enum types and disables built-in arithmetic operators for enabled enums to turn logical errors into compilation errors. * Non-intrusive: Can be opted-in for existing enums (both scoped and unscoped) without modifying their definition. Simple macro-based opt-in via BOOST_FLAGS(...) [currently intended name]. * Compile-Time Friendly: Everything is constexpr, making it usable in template arguments. * Zero Overhead: Designed as zero-cost abstraction in optimized builds. * Distinguishes between flag-sets and their negations at the type level (based on a sound mathematical model). * Requires at least C++11, uses newer features if present Resources: * Documentation: https://tobias-loew.github.io/flags/ * GitHub Repository: https://github.com/tobias-loew/flags * Boost-Mail-Archive first presentation: https://lists.boost.org/archives/list/boost@lists.boost.org/thread/EZXQFJWA… * C++Now 2024 Presentation: "Fun with Flags", https://www.youtube.com/watch?v=2dzWasWblRc * Godbolt Example: https://godbolt.org/z/PPoKaGrzc I am interested in hearing if the community sees a place for this in Boost or has any feedback on the design. Best regards, Tobias Loew

7 8

[multi] Formal Review Begins
by Matt Borland 16 Mar '26

16 Mar '26

Dear All, The review of Multi by Alfredo Correa begins today, March 5th and goes through March 15th, 2026. Multi is a modern C++ library that provides manipulation and access of data in multidimensional arrays for both CPU and GPU memory. Code: https://github.com/correaa/boost-multi Docs: https://correaa.github.io/boost-multi/multi/intro.html For reviewers, please use the master branch. Please provide feedback on the following general topics: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? Do you already use it in industry? - Did you try to use the library? With which compiler(s)? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Ensure to explicitly include with your review: ACCEPT, REJECT, or CONDITIONAL ACCEPT (with acceptance conditions). Additionally, if you would like to submit your review privately, which I will anonymize for the review report, you may send it directly to me at: matt_at_mattborland.com. Matt Borland Review Manager

8 27