November 2017 - Boost - lists.preview.boost.org

[release][build] Permission to merge
by Jürgen Hunold 22 Nov '17

22 Nov '17

Hi! I'd like to merge commit e07c805e to master. This fixes https://github.com/boostorg/build/issues/236 with my PR from https://github.com/boostorg/build/pull/263 Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

2 1

[optional] regression failures on Linux teeks
by Lorenzo Caminiti 22 Nov '17

22 Nov '17

Hello all, I see the following Boost.Option regression test failures on develop branch: http://www.boost.org/development/tests/develop/developer/optional.html === error 1 === Test output: teeks99-02-dc3.7-14-Docker-64on64 - optional - optional_test_conversions_from_U / clang-gnu-linux-3.7~c++14 Rev 05c2033df7b99d19f4939bf81ca2aeeec592993d / Fri, 03 Nov 2017 00:24:42 +0000 Compile [2017-11-03 01:39:15 UTC]: fail "clang++-3.7" -c -x c++ -Wno-c99-extensions -std=c++14 -O0 -g -fno-inline -Wall -g -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -I".." -o "/var/boost/run/results/boost/bin.v2/libs/optional/test/optional_test_conversions_from_U.test/clang-gnu-linux-3.7~c++14/debug/threadapi-pthread/optional_test_conversions_from_U.o" "../libs/optional/test/optional_test_conversions_from_U.cpp" In file included from ../libs/optional/test/optional_test_conversions_from_U.cpp:12: In file included from ../boost/optional/optional.hpp:64: ../boost/optional/detail/optional_config.hpp:152:48: error: expected value in expression # if BOOST_WORKAROUND(BOOST_GCC, >= 50000) && ^ 1 error generated. === error 2 === Test output: teeks99-02-dc5-1z-lc-Docker-64on64 - optional - optional_test_conversions_from_U / clang-gnu-linux-5.0~c++1z~lc Rev 420dd51fb237f5e75cae0aeb01ec427717e4a748 / Sat, 04 Nov 2017 15:00:43 +0000 Compile [2017-11-04 15:49:56 UTC]: fail "clang++-5.0" -c -x c++ -Wno-c99-extensions -std=c++1z -stdlib=libc++ -isystem/usr/include/libcxxabi -O0 -g -fno-inline -Wall -g -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -I".." -o "/var/boost/run/results/boost/bin.v2/libs/optional/test/optional_test_conversions_from_U.test/clang-gnu-linux-5.0~c++1z~lc/debug/threadapi-pthread/optional_test_conversions_from_U.o" "../libs/optional/test/optional_test_conversions_from_U.cpp" In file included from ../libs/optional/test/optional_test_conversions_from_U.cpp:18: In file included from ../boost/core/lightweight_test.hpp:25: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: /usr/include/c++/v1/string:1942:14: error: expected ';' at end of declaration _NOEXCEPT ^ /usr/include/c++/v1/string:1947:9: error: expected unqualified-id _NOEXCEPT ^ /usr/include/c++/v1/__config:368:21: note: expanded from macro '_NOEXCEPT' # define _NOEXCEPT noexcept ^ 2 errors generated. === The first error only shows on develop, the second error shows up on both develop and master regression tests. Do you know what the issue is on this toolset/platform? I am asking because Boost.Contract uses Boost.Option so it is showing the same failures. Thank you. --Lorenzo

5 7

Re: [boost] [contract] _NOEXCEPT errors in <ostream> for Clang 5.0 C++1z on Teeks Linux
by Lorenzo Caminiti 22 Nov '17

22 Nov '17

Hello Tom, On Tue, Nov 21, 2017 at 7:16 PM, Tom Kent <lists(a)teeks99.com> wrote: > On Mon, Nov 20, 2017 at 9:06 PM, Tom Kent <lists(a)teeks99.com> wrote: >> >> I was able to get to the bottom of this, I hope the libc++ builds start >> cycling normally now. >> >> > This was marked (by me!) as a clang bug - that was fixed in clang trunk >> > in January 2013. >> > I find it hard to believe that you're running a clang built from those >> > sources. >> > >> > -- Marshall >> >> It turns out I had put in a script patch the broken ubuntu header: >> >> https://github.com/teeks99/boost-cpp-docker/blob/11e6d31ca8d28dee8bbb5536f2… >> >> This was a very brittle patch, and when ubuntu fixed it upstream (just two >> months ago!) it caused some kind of conflict. I've removed the patch from my >> teeks99/boost-cpp-docker images, so the clang-3.9, -4, -5, and -6 images >> should be able to use libc++ correctly now. >> >> Thanks for all who helped me straighten this out! >> > > There was a further issue with the need for a `-lc++abi` linker option, it > has been added and the results look better now. Yes, Boost.Contract regression tests now pass on this compiler/platform. The issue was fixed. Thanks a lot. --Lorenzo

1 0

Re: [boost] Interest for Algorithmic Adjoint Differentiation (AAD) in Boost?
by Antoine Savine 22 Nov '17

22 Nov '17

I just realized that the attachment exceeds (by far) the maximum size. With apologies (this is my first post), re-posting now without the attachment. The introduction can be found at the top level of the repository, under the name AADIntro.pdf Thank you. Antoine Savine From: Antoine Savine Sent: 22 November 2017 12:38 To: 'boost(a)lists.boost.org' <boost(a)lists.boost.org> Subject: Interest for Algorithmic Adjoint Differentiation (AAD) in Boost? AAD is a hot topic in machine learning, computational finance, and, I think, other disciplines such as meteorology. Adjoint differentiation computes a large number of derivatives sensitivities for some calculation code in constant time, and operator overloading in C++ permits its semi-automatic implementation over templated code. Please see the intro attached for details. I have been working with AAD (in finance) for 5 years. I have been developing and using professional AAD libraries, I have given dedicated talks and workshops at professional conferences such as Global Derivatives and WBS, and I have been teaching AAD at the MsC in Mathematical Finance at the Copenhagen University in Denmark (Mathematics Department). Our implementation in Danske Bank obtained in 2015 the In-House System of the Year 2015 Risk award. I am planning a book on AAD. And, although that publication is biased towards finance, I have developed an independent, simple and efficient AAD engine that can be found here: tinyUrl.com/aadCentral The implementation uses the latest developments in AAD technology for maximum performance, in particular expression templates. I thought that given the wide interest for AAD, a Boost.Aad module could make sense and I was hoping that it could be based on my developments. Please could somebody let me know if there is interest, and, if so, how I should proceed? Million thanks. Kind regards, Antoine Savine

1 0

[release][poly_collection] Permission to merge to release
by Joaquin M López Muñoz 22 Nov '17

22 Nov '17

Hello, I'm asking for permission to merge the following commit chain into release: https://github.com/boostorg/poly_collection/commit/3609895bd01e5add5971345a… https://github.com/boostorg/poly_collection/commit/18b7d88df360001c2c006f02… https://github.com/boostorg/poly_collection/commit/ce7e7aac60747c6fad5e97d2… https://github.com/boostorg/poly_collection/commit/ab32df47f8811dc7f136a166… https://github.com/boostorg/poly_collection/commit/df754527917b7be013ce558f… Fixes bring compatibility with Clang 3.3 and solve a potential UB problem related to CWG 232 and detected at http://www.boost.org/development/tests/develop/developer/Marshall-UBSAN-pol… I'm waiting for Marshall-UBSAN to cycle through these but all recently updated test runners are working fine. Clang 3.3 is already verified to work by teeks99-02-dc3.3-11-Docker-64on64. Thank you, Joaquín M López Muñoz

2 2

Adding polymorphic_value to boost
by Jonathan Coe 22 Nov '17

22 Nov '17

I'd like to propose adding the class-template `polymorphic_value` to boost. `polymorphic_value` is designed to allow the compiler to correctly generate special member functions for classes with polymorphic components (It's `any` with an interface). `polymorphic_value` has been proposed for standardisation in P0201 and has advanced through the Library Evolution group in Albuquerque (Nov 5-10). https://wg21.link/p0201 A working draft of the proposal and implementation can be found at https://github.com/jbcoe/polymorphic_value I gave a presentation about polymorphic_value at C++::London here: https://skillsmatter.com/skillscasts/9539-a-polymorphic-value-type-for-c-pl… Matt Calabrese has kindly offered to be review manager. Kind regards, Jon

17 56

[release] Boost 1.66.0 Beta 1
by Daniel James 21 Nov '17

21 Nov '17

Boost release 1.66.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.66.0.beta.1/source/> The SHA256 checksums are as follows: e7b23e638e8c3a9da1512439385b04850829cea7bd56d8398677c096857d830b boost_1_66_0_b1.7z 5d0405eb73bd609ebcd54bbc96d4f1e2d97c51b96c4703706695ddd94f942d6b boost_1_66_0_b1.tar.bz2 f0f455e39bc47b2b670a17cb221687506e9a22dc478956d3d8aabb9cb835a7dc boost_1_66_0_b1.tar.gz 694c8b9e902b7981670bce166f675f3875c19326936db51aabd98d2ddfea9b45 boost_1_66_0_b1.zip For details of what's in the release, see <http://www.boost.org/users/history/version_1_66_0.html>. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

2 1

icl mainainership?
by Avi Kivity 21 Nov '17

21 Nov '17

Hello, I see there are 7 pull requests outstanding against icl (including one of mine), but not activity. Joachim, are you still maintaining the library? If not, perhaps someone can step up.

3 4

Fwd: Adding polymorphic_value to boost
by THOMAS JORDAN 20 Nov '17

20 Nov '17

On 19 November 2017 at 23:41, <boost-request(a)lists.boost.org> wrote: > > Message: 12 > Date: Mon, 20 Nov 2017 01:41:10 +0200 > From: "Peter Dimov" <lists(a)pdimov.com> > To: <boost(a)lists.boost.org> > Subject: Re: [boost] Adding polymorphic_value to boost > Message-ID: <E0D82A60493A491CBFFD0E264E3917D1@pdimov5> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Peter Bartlett wrote: > > > The only nit I had in the paper was that after all the banging on about > it > > being a value type, we are given operator bool, operator* and operator->, > > making it pointer-like again. Could operator T& and operator T const& > > work? > > Polymorphic means virtual functions, and when you have a > polymorphic_value<T> pv, where T has a virtual function `f`, you can call > `pv->f()`. With a conversion to T&, you can't call `pv.f()`. > I believe I've seen other libraries (maybe Optional) provide the helpful comment above accessors used like this to the effect that 'this accessor syntax does not imply pointer semantics.' I guess -> and * accessors would not be required if there was such as thing as overloaded dot operator.

1 0

MSVC toolset versions on VS2017
by Tom Kent 20 Nov '17

20 Nov '17

I just came across this article on feature updates for their compiler during the VS2017 lifetime, I thought the section talking about version numbers might be of interest to the boost build maintainers and boost config maintainers. The blog post can be found here: https://blogs.msdn.microsoft.com/vcblog/2017/11/15/msvc-conformance-improve… The interesting part about version numbers is three-quarters of the way down the post, under the "MSVC toolset version number increases to 14.12". The table that they have there is also illuminating: Visual Studio Version | MSVC Toolset Version | _MSC_VER --------------------------------------------------------------- VS2015 and updates 1, 2, & 3 | v140 in VS; version 14.00 | 1900 VS2017, Version 15.1 & 15.2 | v141 in VS; version 14.10 | 1910 VS2017, Version 15.3 & 15.4 | v141 in VS; version 14.11 | 1911 VS2017, Version 15.5 | v141 in VS; version 14.12 | 1912 --------------------------------------------------------------- Just wanted to give people a heads-up that this is something that may be encountered in the wild soon. Tom

2 1