- Boost-users - lists.boost.org

[release] 1.71.0 closed for major changes
by Marshall Clow 04 Jul '19

04 Jul '19

The master branch is now closed for new libraries and breaking changes, and will be closing for the beta in one week. Also, if you're ready, you can also add your libraries' changes to the release notes at: < https://github.com/boostorg/website/blob/master/feed/history/boost_1_71_0.q… > After editing the release notes, you should get a form to create a pull request, remember to submit it, otherwise I won't see your change. As always, the calendar for the release cycle is available at: https://www.boost.org/development/ Thanks, -- The Boost Release Team

1 0

out_ptr review is extended until Wednesday, July 10
by Zach Laine 26 Jun '19

26 Jun '19

We don't have enough reviews yet, so we're extending the review by two weeks. Please review this small and useful library! >From the original announcement: The formal review of JeanHeyd Meneide's out_ptr library starts Sunday, June 16th and ends on Wednesday, June 26th. out_ptr is a library for making it easy to interoperate between smart pointers and traditional C-style initialization and allocation interfaces. It also enables doing so in a way that allows library authors to opt into speed optimizations for their smart pointers that give them performance equivalent to typical C pointers (see benchmarks ( https://github.com/ThePhD/out_ptr/blob/master/docs/out_ptr/benchmarks.adoc) and the Standard C++ proposal for more details). Online docs can be found here: https://github.com/ThePhD/out_ptr/blob/master/docs/out_ptr.adoc The GitHub repository is available here: https://github.com/ThePhD/out_ptr Also, there is an associated standards proposal: https://thephd.github.io/vendor/future_cxx/papers/d1132.html We encourage your participation in this review. At a minimum, please state: - Whether you believe the library should be accepted into Boost - Your name - Your knowledge of the problem domain You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s)? * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? All issues discussed during this review will be tracked on the library's GitHub issue tracker at https://github.com/ThePhD/out_ptr/issues. Zach

1 0

out_ptr's formal review starts now!
by Zach Laine 25 Jun '19

25 Jun '19

Dear Boost community, The formal review of JeanHeyd Meneide's out_ptr library starts Sunday, June 16th and ends on Wednesday, June 26th. out_ptr is a library for making it easy to interoperate between smart pointers and traditional C-style initialization and allocation interfaces. It also enables doing so in a way that allows library authors to opt into speed optimizations for their smart pointers that give them performance equivalent to typical C pointers (see benchmarks ( https://github.com/ThePhD/out_ptr/blob/master/docs/out_ptr/benchmarks.adoc) and the Standard C++ proposal for more details). Online docs can be found here: https://github.com/ThePhD/out_ptr/blob/master/docs/out_ptr.adoc The GitHub repository is available here: https://github.com/ThePhD/out_ptr Also, there is an associated standards proposal: https://thephd.github.io/vendor/future_cxx/papers/d1132.html We encourage your participation in this review. At a minimum, please state: - Whether you believe the library should be accepted into Boost - Your name - Your knowledge of the problem domain You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s)? * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? All issues discussed during this review will be tracked on the library's GitHub issue tracker at https://github.com/ThePhD/out_ptr/issues. Regards, Zach Laine

3 4

[boost-users][asio] Make asio::strand using tcp::socket
by Fiver Dev 24 Jun '19

24 Jun '19

Hello everyone, How do I create this strand using the io_context of the socket in boost 1.70. asio::ip::tcp::socket socket; asio::io_context::strand strand( socket.get_executor().context() ); Thanks Tom

2 1

[boost-users] [compiler] Boost VC++ 14.2 test compiler
by Alex J 23 Jun '19

23 Jun '19

Hi, Does anybody know when boost will add VC++ 14.2 as a 'primary compiler tested' ?. At the moment they only have 14.1. Thanks

1 0

B2 release 4.0.0
by Rene Rivera 23 Jun '19

23 Jun '19

After even more years of development the landscape of build systems has changed considerably, and so has the landscape of compilers. This version marks the start of B2 transitioning to a C++ implementation. Initially this means that the engine will be compiled as C++ source but that source is still the base C implementation. Over time it will transform to a C++ code base in both the engine and build system. Some changes in this start: - Requires C++ 11 to build engine. - Simplified build scripts to make it easier to maintain. - Building with C++ optimizations gives an immediate performance improvement. *Other changes in this release:* - Add support for using prebuilt OpenSSL. -- *Damian Jarek* - Define the riscv architecture feature. -- *Andreas Schwab* - Add ARM64 as a valid architecture for MSVC. -- *Marc Sweetgall* - Set coverage flags, from coverage feature, for gcc and clang. -- *Damian Jarek* - Add s390x CPU and support in gcc/clang. -- *Neale Ferguson* - Support importing pkg-config packages. -- *Dmitry Arkhipov* - Support for leak sanitizer. -- *Damian Jarek* - Fix missing /manifest option in clang-win to fix admin elevation for exes - with "update" in the name. -- *Peter Dimov* - Add freertos to os feature. -- *tee3* - Default parallel jobs (-jX) to the available CPU threads. -- *Rene Rivera* - Simpler coverage feature. -- *Hans Dembinski* - Better stacks for sanitizers. -- *James E. King III* *WARNING*: The default number of parallel jobs has changed in this release from "1" to the number of cores. There are circumstances when that default can be larger than the allocated cpu resources, for instance in some virtualized container installs. *Continuously tested on:* - Linux Clang 3.5, 3.6, 3.7, 3.8, 3.9, 4, 5, 6, 7, 8 - Linux GCC 4.7, 4.8, 4.9, 5, 6, 7, 8, 9 - macOS Xcode 8.3.3, 9.0, 9.0.1, 9.1, 9.2, 9.3, 9.3.1, 9.4, 9.4.1, 10.0, 10.1, 10.2, 10.2.1 - Windows MinGW 8.1.0 - Windows VS 2013, 2015, 2017, 2019 Documentation and more at <https://boostorg.github.io/build/> -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net

1 0

[boost] Does boost 1.70 officially support VS2019 14.2 compiler
by Alex J 20 Jun '19

20 Jun '19

Hi, Does boost 1.70 officially support VS2019 14.2 compiler ? Boost.org doesn't explicitly say that they does or doesn't support VS2019 14.2. Also they have 14.1 listed as a "primary compiler tested". Thanks Alex

4 3

[release] 1.71.0 deadline for new libraries approaching
by Michael Caisse 19 Jun '19

19 Jun '19

One week from today master will closed for new libraries and breaking changes. Thanks, -- The Boost Release Team Boost Calendar with the release schedule: <http://www.boost.org/development/index.html>

1 0

How to set up user-config.jam properly?
by Robert Dailey 19 Jun '19

19 Jun '19

I am working on a user-config.jam file to build boost 1.70 against Android NDK r19. My jam file looks like this: ``` import os ; local ndk_cxx = [ os.environ CXX ] ; local ndk_ar = [ os.environ AR ] ; local ndk_ranlib = [ os.environ RANLIB ] ; local ndk_flags = [ os.environ CXXFLAGS ] ; using clang : x86 : "$(ndk_cxx)" : <cxxflags>"$(ndk_flags)" <archiver>"$(ndk_ar)" <ranlib>"$(ndk_ranlib)" <architecture>x86 <address-model>32 <binary-format>x86 <abi>x86 ; using clang : armeabi-v7a : "$(ndk_cxx)" : <cxxflags>"$(ndk_flags)" <archiver>"$(ndk_ar)" <ranlib>"$(ndk_ranlib)" <architecture>arm <address-model>32 <binary-format>elf <abi>aapcs ; ``` And my command line is: ``` ./bootstrap.sh --prefix=$INSTALL_DIR/boost || cat bootstrap.log ./b2 -j8 \ --without-python \ --without-test \ target-os=android \ toolset=clang-${ANDROID_ABI} \ variant=release \ threading=multi \ threadapi=pthread \ link=static \ runtime-link=shared \ install ``` When I run the commands above I get: ``` /_build/boost_1_70_0/tools/build/src/build/feature.jam:314: in implied-subfeature from module feature error: "armeabi" is not a known subfeature value of <toolset>clang /_build/boost_1_70_0/tools/build/src/build/feature.jam:497: in feature.validate-value-string from module feature /_build/boost_1_70_0/tools/build/src/build/property.jam:341: in validate1 from module property /_build/boost_1_70_0/tools/build/src/build/property.jam:367: in validate from module property /_build/boost_1_70_0/tools/build/src/build/property.jam:376: in property.validate-property-sets from module property /_build/boost_1_70_0/tools/build/src/build/toolset.jam:187: in toolset.flags from module toolset /_build/boost_1_70_0/tools/build/src/tools/common.jam:447: in common.handle-options from module common /_build/boost_1_70_0/tools/build/src/tools/clang-linux.jam:62: in clang-linux.init from module clang-linux /_build/boost_1_70_0/tools/build/src/build/toolset.jam:44: in toolset.using from module toolset /_build/boost_1_70_0/tools/build/src/tools/clang.jam:33: in clang.init from module clang /_build/boost_1_70_0/tools/build/src/build/toolset.jam:44: in toolset.using from module toolset /_build/boost_1_70_0/tools/build/src/build/project.jam:1104: in using from module project-rules /home/build/user-config.jam:28: in modules.load from module user-config /_build/boost_1_70_0/tools/build/src/build-system.jam:255: in load-config from module build-system /_build/boost_1_70_0/tools/build/src/build-system.jam:453: in load-configuration-files from module build-system /_build/boost_1_70_0/tools/build/src/build-system.jam:607: in load from module build-system /_build/boost_1_70_0/tools/build/src/kernel/modules.jam:295: in import from module modules /_build/boost_1_70_0/tools/build/src/kernel/bootstrap.jam:139: in boost-build from module /_build/boost_1_70_0/boost-build.jam:17: in module scope from module ``` The value of `ANDROID_ABI` is either `x86` or `armeabi-v7a`. What I'm not sure about is this syntax in the JAM file: ``` using <platform> : <subfeature> : <toolchain> ``` Why is this failing? Can someone explain this strange syntax in the JAM file? What is "subfeature" for and what values does it accept? How does this map to the command line arguments? How should I best set up my user config jam file for providing different build parameters per architecture in a cross-compilation setting (building for Android)?

1 1

Re: [Boost-users] [CMake] Specifying name of library file on CMake command line?
by Osman Zakir 17 Jun '19

17 Jun '19

From: Kyle Edwards <kyle.edwards(a)kitware.com> Sent: Monday, June 17, 2019 6:49 PM To: Osman Zakir; cmake(a)cmake.org Subject: Re: [CMake] Specifying name of library file on CMake command line? On Mon, 2019-06-17 at 13:47 +0000, Osman Zakir wrote: >> I want to know how to specify the name of a library I file I want to >> link against. How do I do this? I wanted to build a library with a >> static runtime and static libs; it requires linking against a Boost >> library which I did build with static runtime but when I tried to >> build it, I had linker errors because the dynamic version of the >> library was used instead of the static one. I want to somehow make >> it use the static one. So yeah, how do I do this? Is there a way? >Are you using the FindBoost module? >https://cmake.org/cmake/help/v3.14/module/FindBoost.html >Kyle Yes, I'm using that module. I didn't make any changes to it; it came with the third-party library I'm trying to build.

2 2