- Boost - lists.boost.org

Support status for C++03 (std=c++03) in Boost [Version] on RHEL 9
by Piyush Anand 16 Apr '26

16 Apr '26

Hello Boost Community, I am currently planning a large-scale migration of a legacy codebase from SourcePro Rogue Wave to Boost. Due to strict production requirements, we must maintain the -std=c++03 flag across environments: RedHat 9 (GCC 5.x) My Question: Is there any version of Boost, which can be considered the "Long Term Support" equivalent for C++03, for which Boost also release latest patch or security vulnerabilities or actively maintain that version? From older post/blogs, it seems Boost does not manage c++03 standard and provide support of latest standard of c++ only i.e. C++14 and so on. Thanks And Regards, Piyush

5 6

[release] Master branch is now closed for the release
by Marshall Clow 16 Apr '26

16 Apr '26

Master is closed for all changes. See the release schedule at http://www.boost.org/calendar — The release managers

1 0

[review] [hub] boost::container::hub review starts on April 16
by Ion Gaztañaga 15 Apr '26

15 Apr '26

Dear Boost community, The formal review of Joaquín M. López Muñoz's boost::container::hub container is scheduled for April 16 - April 26. Hub is a nearly drop-in replacement of C++26 std::hive that has excellent performance. https://github.com/joaquintides/hub/blob/develop/README.md#performance The codebase is fairly small (single 1800-LOC header), and due to the subject matter, it is proposed to be part of Boost.Container rather than as a separate library. You can find code and documentation here: https://github.com/joaquintides/hub Best, Ion

4 4

[release] Master branch is now open for bug fixes
by Marshall Clow 14 Apr '26

14 Apr '26

Hi, The master branch is now open for bug fixes, test and documentation changes, but please follow the policy described in: https://github.com/boostorg/wiki/wiki/Releases%3A-Beta-Merge-Policy The next deadline: On April 1st, the master branch closes for all changes. As always, the calendar is at https://www.boost.org/calendar — The release managers

8 19

(Boost) Reflecto
by Emil Dotchevski 13 Apr '26

13 Apr '26

I wrote a small constexpr type/enum reflection library which I think may be a good addition to Boost. It needs C++17, although it relies on implementation-specific support (works on gcc, clang and msvc). https://github.com/zajo/reflecto

7 11

[Release] Reminder - the master branch closes for the release this WEDNESDAY
by Marshall Clow 11 Apr '26

11 Apr '26

Current status: Release open for bug fixes and documentation updates. Other changes by permission of a release manager. Calendar here: https://www.boost.org/calendar/ — Marshall

1 0

std::core_dump() Issue 2 — Now Focused on the Boost Community
by Mark Cooper 08 Apr '26

08 Apr '26

Hi all, Issue 2 of the std::core_dump() newsletter is out: https://dl.cpp.al/newsletters/boost-newsletter-2026-03.pdf We've expanded the newsletter's focus from C++ Alliance news to the Boost community as a whole. Highlights: - Boost.URL constexpr URL parsing — malformed literals now fail at compile time, not runtime - Boost Docs Localization Pipeline — translation workflow piloted on Boost.JSON and Boost.Unordered If you'd like to contribute to next month's issue, reach out! Mark

1 1

[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