- Boost - lists.boost.org

[1.89] Authors: please provide your release notes
by Joaquin M López Muñoz 11 Jul '25

11 Jul '25

Procedure is as usual, submit a PR against https://github.com/boostorg/website/blob/master/feed/history/boost_1_89_0.q… Thank you! Joaquín M López Muñoz

1 0

[Release] Master branch is now closed for the beta release
by Marshall Clow 10 Jul '25

10 Jul '25

Master is closed for all changes. See the release schedule at: https://www.boost.org/calendar -- Release managers

1 0

New website and release notes
by Ruben Perez 08 Jul '25

08 Jul '25

Hi all, Now that we have the new website, has the procedure to submit release notes changed? This page: https://www.boost.org/doc/contributor-guide/release-notes.html lists the old procedure of using quickbook files, but if I remember correctly this was one of the things that were meant to change with the new website. Thanks, Ruben.

3 3

[release] Master branch closing for Beta release TOMORROW
by Marshall Clow 08 Jul '25

08 Jul '25

After tomorrow: Release branch closed for all changes. Next milestone:July 16 - 1.89.0 beta 1 Calendar is here: https://www.boost.org/calendar — The release managers

1 0

Reserved identifiers used for include guards
by Gennaro Prota 08 Jul '25

08 Jul '25

Hi, I found that many include guard macros in Boost contain "__HPP" (note the double underscore). It would be nice to reduce those underscores to one, because identifiers containing two consecutive underscores "are reserved to the implementation for any use" (C++ standard, [lex.name]). -- Gennaro Prota <https://prota.dev>

2 1

[release] Master branch now closed for major changes
by Marshall Clow 03 Jul '25

03 Jul '25

Release closed for major code changes. Still open for serious problem fixes and docs changes without release manager review. Next deadline: 9-July - Master branch will close for the 1.89.0 beta release. Calendar: https://www.boost.org/calendar/ — The release managers

1 0

Template repository for header only library for Boost
by cppleo＠ya.ru 02 Jul '25

02 Jul '25

Hello, everyone. Does anybody know how to create repository for Boost header only library, which successfully builds using b2 and CMake with quickbook documentation and tests? Thanks! -- wbr, Leonid

2 1

[release] Deadline for MAJOR changes for boost 1.89.0 is tomorrow.
by Marshall Clow 01 Jul '25

01 Jul '25

The calendar is at: https://www.boost.org/calendar/ — Marshall

1 0

[review] [sqlite]
by Richard Hodges 29 Jun '25

29 Jun '25

Dear All, Surprise! The Boost formal review of the Boost SQLITE library starts *TODAY*, taking place from November 13th, 2024 to November 22nd, 2024 (inclusive). I apologise profusely for springing this on you without prior warning. The error is entirely mine. I am extending the period by one day to compensate. The library is authored by Klemens Morgenstern (@klemens-morgenstern in the CppLang slack). Documentation: https://klemens.dev/sqlite/ <https://anarthal.github.io/mysql/index.html> Source: https://github.com/klemens-morgenstern/sqlite <https://github.com/anarthal/mysql/> >From the documentation: boost.sqlite is a simple to use C++ sqlite library. It provides a modern interface using facilities like error_code, views (e.g. for blobs) and the ability to use boost.describe or boost.pfr for parameterised queries. Supported features include: - typed queries - prepared statements - json support - custom functions (scalar, aggregate, windows) - event hooks - virtual tables SQLite provides an excellent C-API, so this library does not attempt to hide, but to augment it. Please provide in your review information you think is valuable to explain your choice to ACCEPT or REJECT including SQLITE as a Boost library. Please be explicit about your decision (ACCEPT or REJECT). Some other questions you might want to consider answering: - Will the library bring additional out-of-the-box utility to Boost? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - Will the choice of API abstraction model ease the development of software that must talk to a SQLITE database? - Are there any immediate improvements that could be made after acceptance, if acceptance should happen? - 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? More information about the Boost Formal Review Process can be found at: http://www.boost.org/community/reviews.html The review is open to anyone who is prepared to put in the work of evaluating and reviewing the library. Prior experience in contributing to Boost reviews is not a requirement. Thank you for your efforts in the Boost community. They are very much appreciated. Richard Hodges - review manager of the proposed Boost.SQLITE library Klemens is often available on CppLang Slack and of course by email should you require any clarification not covered by the documentation, as am I.

19 67

[bloom] Post-review changes
by Joaquin M López Muñoz 25 Jun '25

25 Jun '25

Hi, For those interested, I've just merged a branch incorporating most of the feedback received during the review of Boost.Bloom. Arnauld Becheler has once again been tremendously helpful with the process. More details here: https://github.com/boostorg/bloom/pull/32 https://github.com/boostorg/bloom/issues?q=is%3Aissue%20state%3Aclosed%20au… Revised documentation here: https://32.bloom.prtest3.cppalliance.org/libs/bloom/doc/html/index.html Boost.Bloom will be released with Boost 1.89. Thanks to all the people who have contributed to its improvement! Joaquin M Lopez Munoz PS. List of changes: * removed superfluous inline (Alexander Grund) * made hasher equivalence a precondition for &=/|= (Andrzej Krzemienski) * documented exception safety guarantees (Andrzej Krzemienski) * mentioned Bloom filters are called so after Burton H Bloom (Dmitry Arkhipov) * added warning about OOM for very small FPR (Ivan Matek) * stressed config chart x axis is capacity/num elements rather than plain capacity (Ivan Matek) * s/[SIMD] is available/is enabled at compile time (Ivan Matek) * shut down clang-tidy warnings (Ivan Matek) * used "set union" for more clarity (Andrzej Krzemienski) * stressed early on that boost::bloom::filter is _not_ a container (Claudio DeSouza) * added bulk operations to roadmap (Dmitry Arkhipov) * added try_insert to roadmap (Konstantin Savvidy) * added estimated_size to roadmap (Konstantin Savvidy) * added alternative filters to roadmap (Konstantin Savvidy) * used <cstdint> instead of <boost/cstdint.hpp> (Rubén Pérez) * mentioned endianness when serializing filters (Rubén Pérez) * corrected sloppiness about optimum k determination (Tomer Vromen) * added run-time specification of k to roadmap (Tomer Vromen) * added test/CMakeLists.txt (Rubén Pérez) * added CMake-based testing to GHA (Rubén Pérez) (#8) * added <boost/bloom.hpp> (Rubén Pérez) * added Codecov reporting (Rubén Pérez) (#9) * moved from boost::unordered::hash_is_avalanching to ContainerHash's boost::hash_is_avalanching (Ivan Matek/Peter Dimov) * added syntax highlighting to code snippets (Rubén Pérez) * avoided C-style casts in examples (Rubén Pérez) * added acknowledgements section (Peter Turcan) * added Getting Started section (Peter Turcan) * fixed example Jamfile and added example building to CI (Rubén Pérez) (#10) * added diagram about overlapping vs. non-overlapping subarrays (Rubén Pérez/Ivan Matek/Vinnie Falco) * made first code snippet self-contained (Rubén Pérez/Peter Turcan) * added more comments to genome.cpp (Rubén Pérez) * added support for arrays as blocks (Tomer Vromen) (#24) * removed emplace (Seth Heeren/Peter Dimov) (#25) * required the allocator to be of unsigned char (Seth Heeren/Peter Dimov) (#26) * added compile-time validation of Block types (Rubén Pérez) (#27) * added value type to displayed filter names in tables (Tomer Vromen) (#28) * used -march=native rather than -mavx2 (Ivan Matek) * adopted hash strategy with fastrange plus a separate MCG (Kostas Savvidis/Peter Dimov) (#30) * made doc improvements (Peter Turcan/Arnaud Becheler) (#29) * several maintenance commits

2 2