- Boost - lists.preview.boost.org

Master is open for merges
by Glen Fernandes 15 Dec '22

15 Dec '22

Master is open again, with no restrictions. Boost version numbers bumped (boost, config, more), and new release notes stubbed (website). Glen

1 0

[release] Boost 1.81.0 Release Candidate 1 is available
by Marshall Clow 14 Dec '22

14 Dec '22

The first release candidates for the 1.81.0 release are now available at: <https://boostorg.jfrog.io/artifactory/main/release/1.81.0/source/> The SHA256 checksums are as follows: 205666dea9f6a7cfed87c7a6dfbeb52a2c1b9de55712c9c1a87735d7181452b6 boost_1_81_0_rc1.tar.gz 6e689b266b27d4db57f648b1e5c905c8acd6716b46716a12f6fc73fc80af842e boost_1_81_0_rc1.zip d7bc4e2a2aee374a8c24832cacfed1265680c1e824d09fab3e00f87508155353 boost_1_81_0_rc1.7z 71feeed900fbccca04a3b4f2f84a7c217186f28a940ed8b7ed4725986baf99fa boost_1_81_0_rc1.tar.bz2 As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. -- The Release managers

10 15

Revitalization
by David Sankel 09 Dec '22

09 Dec '22

Hi all, At C++Now this year I gave a talk on the status of Boost and presented this graph which illustrated the trend of Boost mailing list participation. https://docs.google.com/presentation/d/1ocX8Dh4B98gxfXJTWOriaEU1tmJN61M4Rfj… I'm interested to hear your opinions as to what happened over that time period to cause such a trend. There's truth to the claim that this question is being asked of the wrong people; those who left, stopped participating, or would otherwise start probably have good insight. Nevertheless, I think it would be interesting for us to brainstorm on this. Thanks in advance for your thoughts. -- David

26 62

[ASIO] boos::asio::basic_streambuf does not accept user defined size during construction. Still defaults to 128
by Aniket Pugaonkar 09 Dec '22

09 Dec '22

Hello, I was checking the implementation of boost streambuf and noticed that buffer_delta value is defaulted to 128, which results in the capacity of the container to 128 bytes by default, and based on that, there is no way to change it even if we provide max size as some custom number (say 9000 for receiving an encapsulated packet on socket). The initial allocation (buffer_.resize is done with 128. But when we call *buf.prepare(9000)*, it again results in resize(n) operation (through reserve(n) function call. Is there any other way to change this other than modifying the constructor in our codebase to provide a user defined value of buffer_delta Not sure if this needs to be enhanced. the maximum_size argument seems to be of no use in this case. Kindly advise for the same. For time being, I modified the library code to the following to ensure it does not break the default argument, but accepts user defined value. Alternatively, I can change buffer delta to be of larger value, but don't want to end up with a large buffer for no reason. if (max_size_ == std::numeric_limits<std::size_t>::max()) pend = (std::min<std::size_t>)(max_size_, buffer_delta); else pend = std::max<std::size_t>(max_size_, buffer_delta); Regards Aniket. -------------------- original code ---------------- enum { buffer_delta = 128 }; /// Construct a basic_streambuf object. /** * Constructs a streambuf with the specified maximum size. The initial size * of the streambuf's input sequence is 0. */ explicit basic_streambuf( std::size_t maximum_size = (std::numeric_limits<std::size_t>::max)(), const Allocator& allocator = Allocator()) : max_size_(maximum_size), buffer_(allocator) { *std::size_t pend = (std::min<std::size_t>)(max_size_, buffer_delta);* *buffer_.resize((std::max<std::size_t>)(pend, 1));* setg(&buffer_[0], &buffer_[0], &buffer_[0]); setp(&buffer_[0], &buffer_[0] + pend); }

1 0

Biuld boost with MSVC
by Mauro Ziliani 09 Dec '22

09 Dec '22

Hi all. My name's Mauro. I need to build boost 1.80.0 against v141_xp MSVC toolset. Which is the correct syntax for bootstrap ot b2? Best regards, MZ -- https://www.linkedin.com/in/mauroziliani

1 0

[release] Master Branch is closed for all changes
by Marshall Clow 08 Dec '22

08 Dec '22

The master branch is closed for all changes. Release expected on 14-Dec-2022 - Release Managers

1 0

missing patch
by Gero Peterhoff 07 Dec '22

07 Dec '22

Hi Matt, i'm missing patch #871/#872 (https://github.com/boostorg/math/issues/871) in 1.81rc2. thx Gero

2 3

Master branch is now open for bug fixes
by Marshall Clow 07 Dec '22

07 Dec '22

The master branch is now open for bug fixes and documentation changes. Other changes by release manager permission, as described in https://github.com/boostorg/wiki/wiki/Releases%3A-Beta-Merge-Policy The next deadline: On December 7th, master closes for all changes. As always, the calendar is at https://www.boost.org/development/ <https://www.boost.org/development/> — Marshall

12 27

Boost.Text is looking for a (mini-)review manager
by Zach Laine 07 Dec '22

07 Dec '22

I've made all the recommended changes to Boost.Text that came up in the review. Glen, the previous review manager, recommended a mini review of Boost.Text once I'd made those changes. If you'd like to manage the mini-review, please let me know. For everyone, including potential reviewers and review managers, here are the major changes: * All the specific review feedback issues have been addressed. * The string layer is now gone. * The text layer got a major re-work. It is now a set of template-based adaptors (basic_text<>, vs. a text typedef. etc.), which lets everyone get what they want. You can change the underlying storage type (including whatever allocator you prefer), select UTF-8 or UTF-16, and change the normalization form. Glen recommended I drop this layer, but the library is way less useful without this stuff, and these changes address all the concerns raised about the text layer in the review. The updated docs can be found here: https://tzlaine.github.io/text/doc/html/index.html Oh yeah, and I added concept constraints to the whole library when you build in C++20 mode. Zach

17 46

Re: [boost] Revitalization
by William Linkmeyer 07 Dec '22

07 Dec '22

For bringing up new talent, I agree with Niall. For Boost’s usage, I maintain that new libraries in the hardware space are useful — audio, visual, libraries. No great ones exist. For C++ as a whole, I’m not sure I would recommend this language to newcomers until we break ABI and more of the cppfront syntax & safety is introduced. Our hashing and regex performance is embarrassing. Our syntax is cluttered. We can and should solve those problems. WL > On Dec 6, 2022, at 6:44 PM, Gavin Lambert via Boost <boost(a)lists.boost.org> wrote: > > On 7/12/2022 10:42, Robert Ramey wrote: >> c) use the boost tool (I forget the name) to scan my code and list the required source modules >> d) include those source files in my b2 or CMake file. > > These steps are atypical. Most users will run b2 to build binaries (static or dynamic) and then link with these, or will use the prebuilt bintray or whatever binaries, or the prebuilt Linux distro binaries. > > While it's possible to import individual .cpp files, that's never the encouraged method to depend on any C++ libraries, Boost or otherwise. > > > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0