- Boost - lists.preview.boost.org

[release] Boost 1.74.0 Release Candidate 1
by Marshall Clow 21 Aug '20

21 Aug '20

The first release candidates for the 1.74.0 release are now available at: <https://dl.bintray.com/boostorg/release/1.74.0/source/> The SHA256 checksums are as follows: 9ea3fc8573413f4d4b2c4d448110b6cb0467df834304112e143c7edb09ae71e9 boost_1_74_0_rc1.7z 8b6c429a41f7cac1880594adf8d1d6f0cc1cf19f8980c6b86ac38ef8b3d8a4e0 boost_1_74_0_rc1.tar.bz2 a0a96a9bb3863863e034cafc825b2ddba4249c7d278b76df1277295e7c7afbf2 boost_1_74_0_rc1.tar.gz d4f31cce9d5fbd55691dc2f5fb73380e95aa66426c891ceb3ebdfc6616022842 boost_1_74_0_rc1.zip 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

6 10

[Core] gdb/VS Pretty-printers for Boost
by Jeff Trull 21 Aug '20

21 Aug '20

There's been a number of independent efforts to produce pretty-printers (or "visualizers") for different popular Boost libraries. The one I like most due to its thoughtful execution is probably this one <https://github.com/ruediger/Boost-Pretty-Printer>. But maintaining a set of pretty-printers out of tree is a challenge for all the usual reasons. Having libraries optionally supply and maintain them is much more sustainable. Would it be possible to define a small set of standard ways (file locations, build steps) for a library to store and install pretty-printers for gdb and/or Visual Studio? Thanks, Jeff

7 10

achriving multiple files under a folder
by ravi shankar 20 Aug '20

20 Aug '20

Hi All, Is there a possibility to archive multiple files present under a directory into a single archive file using boost libs. folder structure: folder1 / \ folder2 file2 / file1 Please help me in this regard.

1 0

PFR (Precise and Flat Reflection) by Antony Polukhin scheduled for review
by Mateusz Loskot 18 Aug '20

18 Aug '20

Hi, A brief announcement from the review wizards: Formal review of Antony's library has been scheduled to take place between September 28 and October 7, 2020. Details and links available here https://www.boost.org/community/review_schedule.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

[container] devector merged into Boost.Container
by Ion Gaztañaga 17 Aug '20

17 Aug '20

Hi to all, Many years after the review (it was finished in 2017), I managed to find some time to make the review result possible and integrate double-ended library's "devector" class in Boost.Container. I merged the implementation some days ago in develop branch and I hope we can merge it to master soon. Several changes were needed (C++03 support, similar interface/features to other containers, removed some non-essential operations that were not present in other containers...) to do a proper integration. It's might not be production-ready, documentation might be still lacking, but I think it's a good starting point. Initial performance benchmarks seems to show I haven't broken anything important;-) I made no changes to original devector's main design, no experiments with growth or data movement policies. There were many good ideas in the review and outside boost we have experiments worth trying. Examples: - https://lists.boost.org/Archives/boost/2017/10/239316.php - http://larshagencpp.github.io/blog/2016/05/22/devector I also plan to slowly start sharing more implementation details between devector and vector to avoid code duplication and ease maintenance, and adding some missing operations in devector that are in vector (like default initialization insertions). Many thanks to Benedek for his patience, and great design/implementation (including a detailed test-suite, absolutely essential to ease the work I needed to do to integrate devector in the library). Better late than never ;-) Best, Ion

5 6

Embarcadero C++ clang-based PRs
by Edward Diener 15 Aug '20

15 Aug '20

There are still 9 Boost libraries which have not accepted my individual PR for the library which would enable the Embarcadero C++ clang-based compilers ( bcc32c, bcc32x, bcc64 ) to work with those libraries. These libraries are: circular_buffer - https://github.com/boostorg/circular_buffer/pull/34 graph = https://github.com/boostorg/graph/pull/215 iostreams = https://github.com/boostorg/iostreams/pull/112 parameter = https://github.com/boostorg/parameter/pull/103 program_options = https://github.com/boostorg/program_options/pull/94 thread = https://github.com/boostorg/thread/pull/317 typeof = https://github.com/boostorg/typeof/pull/18 units = https://github.com/boostorg/units/pull/47 unordered = https://github.com/boostorg/unordered/pull/16 1) None of these PRs affect any compilers but the Embarcadero C++ clang-based compilers. I can guarantee that. 2) None of these PRs change the logic of any of the libraries in any way. 3) All the PRs will allow the Embarcadero C++ clang-based compilers to not be subject to workarounds in these libraries for the old Borland/Codegear/bcc32 compiler, to which the Embarcadero C++ clang-based compilers are not related in any way. 4) All the PRs have passed all the CI tests which had not already been previously broken by the CI setup for the library itself. You can see my comments about any of the failing CI tests and why they have absolutely nothing to do with the PR for the library. If some maintainer who has write access to any of these libraries could merge any of these PRs it would most appreciated by me. Thank you !

2 1

[release] Boost 1.74.0
by Marshall Clow 14 Aug '20

14 Aug '20

Release 1.74.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains 1 new library and numerous enhancements and bug fixes for existing libraries. For details, including download links, see < http://www.boost.org/users/news/version_1.74.0> You can also download directly from: < https://dl.bintray.com/boostorg/release/1.74.0/> To install this release on your system, see < http://www.boost.org/doc/libs/release/more/getting_started/index.html> Thanks to everyone who participated in this release. Thanks, -- The Boost Release Team Marshall Clow, Michael Caisse, Glen Fernandes

2 1

[release] 1.75.0 open for merging
by Marshall Clow 14 Aug '20

14 Aug '20

The master branch is open for merging all stable changes from develop, including bug fixes and major upgrades to existing libraries. Breaking changes should be coordinated via the mailing list with the developers of the other libraries affected. New libraries may be added, but require permission of a release manager. In other words, merging does not require permission from a release manager, except for new libraries. Boost Calendar with the release schedule: http://www.boost.org/development/index.html [ Note: this will be updated later today ] Release schedule explanation: https://github.com/boostorg/wiki/wiki/Releases%3A-Schedule Release practices for developers: http://svn.boost.org/trac/boost/wiki/ImprovingPractices -- The Boost Release Team

1 0

[test] runtime failures with "main() should return report_errors()"
by stefan 14 Aug '20

14 Aug '20

Hello, With the Boost.Python tests I'm observing a couple of mysterious failures, where the test application fails *after* the actual test succeeded, with a message main() should return report_errors() I gather this error is emitted by the Boost.Lightweight_test library whenever a test's main() function does not call `report_errors()` at the end. The problem in my case is that my failing tests are not (explicitly) using Boost.Lightweight_test. In fact, in all of the failing cases I'm not even writing a `main()` function, as the test driver is a Python script that's importing a (test) module. For example: https://www.boost.org/development/tests/master/developer/output/teeks99-05-… Does anyone understand or has an idea how this could happen, and how to fix this ? Thanks, Stefan -- ...ich hab' noch einen Koffer in Berlin...

2 2

current situation with clang-cl?
by Dennis Luehring 13 Aug '20

13 Aug '20

some of my project using boost building with clang-cl but there are still some libraries that don't is there any official interest in supporting clang-cl or is it up to a library maintainer to support it? many project of mine building better and better, boost 1.73 currently is neary full useable with clang-cl without any problems today i tried to compile a 600KLOC project and it failed with the same problem Libreoffice got they are using a patch to "fix" its used boost version https://github.com/LibreOffice/core/blob/62808ef28e05eee4945a6a15d981350d13… https://github.com/boostorg/thread/issues/286 "clang-cl defines _MSC_VER by ms-compatibility but BOOST_MSVC will not be set." still a problem? there are some Issues reported but i don't know if fixes are wanted of if there is a strategy to support clang-cl out of the box

4 13

Re: [boost] using clang-cl with 1.74-rc2 forces auto-link to search for clangw10 libs instead of using existing Microsoft-cl built libs
by pbristow＠hetp.u-net.com 12 Aug '20

12 Aug '20

> -----Original Message----- > From: Boost <boost-bounces(a)lists.boost.org> On Behalf Of Dennis Luehring via Boost > Sent: 12 August 2020 14:59 > To: boost(a)lists.boost.org > Cc: Dennis Luehring <dl.soluz(a)gmx.net> > Subject: [boost] using clang-cl with 1.74-rc2 forces auto-link to search for clangw10 libs instead of using > existing microsoft-cl built libs > > using latest VS2010 and llvm/clang 10.0.0 release (10.0.1 is a litte bit more recent but no windows builds > available) Aside: WinLibs standalone build of GCC and MinGW-w64 for Windows at Winlibs.com has very recent builds, mainly intended for Mingw-64, but often OK for Windows clang-cl too? (I am using Clang and GCC from this site with CodeBlocks IDE and also using b2/bjam but I could not get the clang-win .exe to build reliably and am using clang-linux .exe in my user-config.jam. However this isn't any help to your difficulties ☹ ). > compiler set to 2017 microsoft-cl in VS2017: > libboost_serialization-vc141-mt-gd-x32-1_74.lib > > compiler set to clang-cl in VS2017: > libboost_serialization-clangw10-mt-gd-x32-1_74.lib > > that behavior is new to 1.74 - older boosts versions 1.69..1.73 would use the vc141 libs what makes > sense because clang-cl is the microsoft-cl compatible replacement > > normaly there is no need to switch any external libs when using clang-cl instead of microsoft-cl

1 0

using clang-cl with 1.74-rc2 forces auto-link to search for clangw10 libs instead of using existing microsoft-cl built libs
by Dennis Luehring 12 Aug '20

12 Aug '20

using latest VS2010 and llvm/clang 10.0.0 release (10.0.1 is a litte bit more recent but no windows builds available) compiler set to 2017 microsoft-cl in VS2017: libboost_serialization-vc141-mt-gd-x32-1_74.lib compiler set to clang-cl in VS2017: libboost_serialization-clangw10-mt-gd-x32-1_74.lib that behavior is new to 1.74 - older boosts versions 1.69..1.73 would use the vc141 libs what makes sense because clang-cl is the microsoft-cl compatible replacement normaly there is no need to switch any external libs when using clang-cl instead of microsoft-cl

1 0

[release] Boost 1.74.0 Release Candidate 2
by Marshall Clow 12 Aug '20

12 Aug '20

The second release candidates for the 1.74.0 release are now available at: <https://dl.bintray.com/boostorg/release/1.74.0/source/> The SHA256 checksums are as follows: 903fd40074de8dc733d2f0b6b0642e43b714653eaeb79289b12161b9567fae97 boost_1_74_0_rc2.7z 83bfc1507731a0906e387fc28b7ef5417d591429e51e788417fe9ff025e116b1 boost_1_74_0_rc2.tar.bz2 afff36d392885120bcac079148c177d1f6f7730ec3d47233aa51b0afa4db94a5 boost_1_74_0_rc2.tar.gz a0e7ce67c52d816708fdeccdd8c9725626ba61254c13c18770498cacd514710a boost_1_74_0_rc2.zip Changes from RC1: * Fix a recently introduced bug in Boost.Asio where it would read from uninitialized memory. 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

3 3

[release] Boost 1.74.0 beta 1 released
by Marshall Clow 09 Aug '20

09 Aug '20

Boost release 1.74.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.74.0.beta.1/source/> The SHA256 checksums are as follows: 577a6b575ff2c227e14cce1b929c73d969475e58f3d2ab2901ad234f773bbd12 boost_1_74_0_b1.7z ba09c72dc848e7c0904922967014d853897b5a634926c910cc3b1fd627c31605 boost_1_74_0_b1.tar.bz2 2ccdc39efa076822cf1b359f9449f9d07707f3e27a18b393297b25885a9ff45b boost_1_74_0_b1.tar.gz c267c450166e040a374eaddab5e583cef09f6c3fe96a4db826172d0315c38dd5 boost_1_74_0_b1.zip For details of what's in the release, see < https://www.boost.org/users/history/version_1_74_0.html>. Please download the beta, give it a try, and report any problems you encounter. Issues that were found during the beta release process and will be fixed for the final 1.74.0 release: * The Boost.STLInterfaces documentation was left out of the beta. * Some of the Boost.Geometry documentation files have very long names; this could cause problems on platforms (like Windows) with shorter limits on path lengths. * There is a compile error in Boost.ASIO when compiling with 32-bit MSVC-14.2 with BOOST_BEAST_NO_TS_EXECUTORS. Thanks, -- The Boost Release Team

2 3

[release] Master branch now closed for 1.74.0 release
by Marshall Clow 06 Aug '20

06 Aug '20

1 0

Re: [boost] Hello everybody, I have something to share about the shared_ptr class
by 逸霖杨 04 Aug '20

04 Aug '20

Last post was sent directly to Rob, I forgot to cc list.bost.org. Thinking of the multiple calling of the detors, which is suggested by Rob and other members, I came up with some ideas. This IS about specification. If class A has a dispose method like class A { A(){} ~A(){} //Dispose method: !A(){} }; Where !A() can be called multiple times and ~A() can be called only one time. Everything rcgc_ptr delegates will be called its dispose in !A() and therefore multiple times to just decrease the reference count and finally call ~A() when real delete happens. And this can be done on the compiler level (!A() maybe not visible at all or just visible when you use like ~A()). Saying this algorithm is a part of the C++ language itself, then C++ has no need to manually manage pointers (at least the unwanted management). Idea is inspired by all of you especially Andrey Janson and Rob. Thank you all! Best Regards, Yilin

3 10

[release] 1.74.0 post-beta merges
by Marshall Clow 03 Aug '20

03 Aug '20

The master branch is is now open for post-beta merges, but only as described in the Post-Beta Merge Policy. See <https://github.com/boostorg/wiki/wiki/Releases%3A-Beta-Merge-Policy> Reminder: The master branch closes for the release on August 5th. -- The release managers

13 52

Hello everybody, I have something to share about the shared_ptr class
by 逸霖杨 02 Aug '20

02 Aug '20

Hello dear boost members, I’m quite honored to join this mail list for the first time! As I was told that the boost project is where the shared_ptr class originated, so I think it should be OK to talk about it here. Here I have some ideas and code on my version of shared_ptr class. The aim is to remove the usage of weak_ptr and fix the circular reference problem. Please check code on https://github.com/yyl-20020115/RCGC That’s the idea and primitive implementation. I don’t know exactly how to test it more widely among situations, please help me to find the very situations that this solution would fail, and I’ll try to fix it ASAP. READM.md is a good start and README_ZHCN.md is better if you can read Chinese. However, I don’t think I can illustrate the algorithm very well both in English and Chinese. Well the code speaks for itself, and please read the code and run the program. Please generate a makefile and build with CMakeLists.txt on *nix platforms if Visual Studio 2019 (where I code the project) is not available. All ideas and discussions and help from you are all very welcome! Best Regards, Yilin

6 18

[Release] Reminder: master branch closes 5-August for 1.74.0 release
by Marshall Clow 02 Aug '20

02 Aug '20

The calendar of events is up at: https://www.boost.org/development/ <https://www.boost.org/development/> — Marshall

1 0

[release] Reminder about release notes
by Marshall Clow 02 Aug '20

02 Aug '20

Please submit pull requests against https://github.com/boostorg/website/blob/master/feed/history/boost_1_74_0.q… to be included in the release notes for 1.74.0 — Marshall

1 0

Re: [boost] About rcgc_shared_ptr
by 逸霖杨 31 Jul '20

31 Jul '20

A downgrade implementation can be like this (which is actually my former implementation during the experiments) We define an interface: struct IDIsposable { virtual void Dispose() = 0; }; And implement this interface with class A class A : public IDisposable { Public; A():disposed(false){} public: virtual void Dispose(){ if(!this->disposed){ this->_pb.Dispose();//this Dispose belongs to rcgc_shared_ptr this->_pc.Dispose(); //this Dispose belongs to rcgc_shared_ptr this->disposed = true; } } bool disposed; rcgc_shared_ptr<B> _pb; rcgc_shared_ptr<C> _pc; }; And we don’t care about ~A() and let the rcgc_shared_ptr call Dispose method of the IDisposable. This would avoid the dtors definition. However, this is not as elegant as the previous given solution in C++, having to write more code which we don’t like to do, although no difference in other languages or platforms. I’m sorry that I have to call it a day now and have to get some sleep (4:06am here) Waiting for your kindly response and suggestions. Best Regards, Yilin

1 0

Re: [boost] About rcgc_shared_ptr
by 逸霖杨 31 Jul '20

31 Jul '20

Hi, I finally understand what is Top-Post. And feel very sorry for the Top-Posted emails, please pardon me. My email writer is the default one with Win10, and it replies with Chinese RE, not English, and embedding Chinese characters. Also sorry for the inconvenience when you’re reading the replies. My aim is not to replace shared_ptr or weak_ptr, I’m trying to provide another choice. Personally, I don’t like to decide when to use shared_ptr or weak_ptr and also don’t like the IUnknown way of manually memory or object allocation management, just personally. I like GC when I code in C# or Java for I don’t have to remember the trivial things beyond my design, BUT not its performance. I code this in C++ because it would be too complicated if I insert code into JavaVM or C#’s native support platform. As we have great flexibility coding whatever we want in C++ on the infrastructure level. So this is what I’m going to do with this rcgc_shared_ptr: 1. use it in my projects, and make it go through tests to see If its capable of doing things.2. Trying to make this a part of a GC based language or platform to see any performance increasing. And if possible, just as I did in emails, contribute to communities and let other coders to decide if the work Is helpful or even harmful. Please forgive me to be such a rude guy for the first time to talk so much. However, I do hope you can debug the code and hope this can be any help. Best Regards, Yilin

1 0

Still about rcgc_shared_ptr, to Andrey
by 逸霖杨 31 Jul '20

31 Jul '20

Hi Andrey, I just put Case 1 into main function and updated the GitHub project, please pull and run. I don’t have reset function for rcgc_shared_ptr, so case 2 can not work for now. Best Regards, Yilin

1 0

[gil] Can I merge one fix for regression in 1.74?
by Mateusz Loskot 27 Jul '20

27 Jul '20

Dear Release Manager, We've received bug report about regression and have just fixed it in the develop branch of GIL: https://github.com/boostorg/gil/commit/8555ba08cd53c2ec5d65ea60bae9578ad586… Can I merge this fix to master? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 2

[gil] Can I merge two minor fixes to header dependencies and tests for 1.7.4?
by Mateusz Loskot 26 Jul '20

26 Jul '20

Dear Release Manager, I'd like to request permission to merge these two minor fixes into GIL's master for release with 1.74 1. Fix dynamic_image extension header dependencies https://github.com/boostorg/gil/pull/508 This basically removes all-in-one #include <boost/gil.hpp from GIL's own headers. 2. Re-enable self containing header tests in CMake https://github.com/boostorg/gil/pull/509 Minor correction to an incidental disabling of headers tests in CMake. May I? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 4