January 2021 - Boost - lists.preview.boost.org

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

[review][JSON] Review of JSON starts today: Sept 14 - Sept 23
by Pranam Lashkari 09 Aug '22

09 Aug '22

Boost formal review of Vinnie Falco and Krystian Stasiowski's library JSON starts today and will run for 10 days ending on 23 Sept 2020. Both of these authors have already developed a couple of libraries which are accepted in Boost(boost beast and Static String) This library focuses on a common and popular use-case for JSON. It provides a container to hold parsed and serialised JSON types. It provides more flexibility and better benchmark performance than its competitors. JSON highlights the following features in the documentation: - Fast compilation - Require only C++11 - Fast streaming parser and serializer - Easy and safe API with allocator support - Constant-time key lookup for objects - Options to allow non-standard JSON - Compile without Boost, define BOOST_JSON_STANDALONE - Optional header-only, without linking to a library (a point I would like to add in highlight: it has cool Jason logo 😝) To quickly understand and get the flavour of the library take a look at "Quick Look" <http://master.json.cpp.al/json/usage/quick_look.html> You can find the source code to be reviewed here: <https://github.com/CPPAlliance/json/tree/master> You can find the latest documentation here: <http://master.json.cpp.al/> Benchmarks are also given in the document which can be found here: <http://master.json.cpp.al/json/benchmarks.html> Some people have also given the early reviews, the thread can be found here: <https://lists.boost.org/Archives/boost/2020/09/249745.php> Please provide in your review information you think is valuable to understand your choice to ACCEPT or REJECT including JSON as a Boost library. Please be explicit about your decision (ACCEPT or REJECT). Some other questions you might want to consider answering: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - 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 here: <http://www.boost.org/community/reviews.html> Thank you for your effort in the Boost community. -- Thank you, Pranam Lashkari, https://lpranam.github.io/

21 73

[container] Contributing 'stationary_vector' to Boost
by Mehrdad Niknami 13 Jun '22

13 Jun '22

Hi all, Happy new year! New mailing list member here. I've developed an STL-style stationary_vector class that retains elements in-place when growing. Very briefly, it is effectively a piecewise-contiguous vector, with the following advantages over vector: - Appending has O(1) overhead in the *worst* case (e.g., push_back() does not move elements) - Insertion and random-access can be done in parallel, as prior iterators & references remain valid This has a variety of benefits, including better UX (no "hiccups" due to reallocations), and the ability to simplify parallel processing of streaming data. It occurred to me the larger C++ community might find this useful. I was wondering if there would be interest in incorporating it into Boost.Container, and if so, what steps I could take to make that happen? I'm of course happy to discuss the design etc. with anyone who might be interested. Summary: https://github.com/mehrdadn/libvital/blob/master/doc/vital/container/statio… Implementation: https://github.com/mehrdadn/libvital/blob/master/include/vital/container/st… Thank you, Mehrdad

7 19

Adding my sorting algorithm, ska_sort, to boost, attempt 2
by Malte Skarupke 24 Nov '21

24 Nov '21

Hi everyone, I started a discussion about this in October, but at the time the maintainer of the sort library was busy, then I was busy, so now it's January... I wrote a generalized version of radix sort a couple years ago and gave a talk about it here: https://www.youtube.com/watch?v=zqs87a_7zxw I would like to get a new version of that sorting algorithm into boost. It's faster than what I showed several years ago. It's also even more general and has a new interface that should be easier to extend. I uploaded the code here: https://github.com/skarupke/sort/tree/master The documentation is also already updated with new benchmark results. Let me know what's required to get this into boost. Would you like this in the form of a pull request? One of the big things that probably needs review is the interface, since radix sorting works differently than comparison based sorting. For most normal uses you just need to provide a sort key, but more complicated cases can get more complicated. I tried very hard to make everything easy, but I'd also be curious if others can come up with better ways of doing the interface. Thanks, Malte -- Malte Skarupke malteskarupke(a)fastmail.fm

8 10

wrong result in complex pow
by Gero Peterhoff 03 May '21

03 May '21

Hello, the pow-function pow(scalar, complex) in boost/math/cstdfloat/cstdfloat_complex_std.hpp get wrong result. Current implementation: inline complex<BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE> pow(const BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE& x, const complex<BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE>& a) { return std::exp(a * std::log(x)); } I think that's correct: inline complex<BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE> pow(const BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE& x, const complex<BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE>& a) { return std::exp(a * std::log(complex<BOOST_CSTDFLOAT_EXTENDED_COMPLEX_FLOAT_TYPE>(x))); } regards Gero

6 25

Re: [boost] Boost website changes and .'cxxstd'
by Donovan Dikaio 20 Mar '21

20 Mar '21

I can look into it. But needs to make the requirements clear. So, the task is to show *C++ standard minimum level: C++nn* for Standard attribute for each lib in this page: C++ standard minimum level: C++nn ? And we could replace nn with the actual number by checking the *cxxstd* key in a library's meta info json file. Please let me know if I got it right. On Fri, Dec 25, 2020 at 10:00 AM Louis Tatta <louis(a)cppalliance.org> wrote: > > > ---------- Forwarded message --------- > From: Edward Diener via Boost <boost(a)lists.boost.org> > Date: Wed, Dec 23, 2020 at 7:39 PM > Subject: [boost] Boost website changes and .'cxxstd' > To: <boost(a)lists.boost.org> > CC: Edward Diener <eldiener(a)tropicsoft.com> > > > Even though I have worked a little with PHP in the past I do not have > the talent to make the change to the website which would incorporate the > addition of the meta information json field 'cxxstd' to the Boost > documentation web page for each library. The idea is that if 'cxxstd' is > set to a value the documentation for that library would also show: > > C++ standard minimum level: C++nn > > where nn would be 11, 14, 17, or 20 depending on the value of 'cxxstd'. > Alternatively if there is no 'cxxstd' entry for a library or if the > value of 'cxxstd' is '03', we could either specify 'nn' as '03' or leave > off the line stating the 'C++ standard minimum level completely. > > On the face of it this should be doable in the website code but > evidently Daniel James is the only one who really understands how this > works in the code and he is no longer active in Boost. So if someone > else who understands the website code and PHP could do this it would be > appreciated, since I think it will be valuable telling end-users whether > a Boost library is usable at the C++ compiler level they are using. > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost >

8 43

[release] Reminder about 1.75.0 release notes
by Marshall Clow 11 Mar '21

11 Mar '21

The master branch is closing on Wednesday for the 1.75.0 release. If you have information that should go into the release notes, now’s the time to add it. Create a PR against https://github.com/boostorg/website/blob/master/feed/history/boost_1_75_0.q… <https://github.com/boostorg/website/blob/master/feed/history/boost_1_75_0.q…> — Marshall

2 3

Introduction
by Samrat Patel 25 Feb '21

25 Feb '21

Hello Boost C++ Community, I am Samrat from Delhi Technology University and currently, I am pursuing my bachelor's in Computer Engineering(CoE). I have 3 years of experience in C++. I am extremely eager and excited about contributing to various projects of Boost C++. I am willing to participate in GSOC'21 with Boost C++. I would feel indebted if you could guide me in this regard. Regards Samrat Patel

4 3

Google Summer of Code
by Radu Cosma 30 Jan '21

30 Jan '21

Good afternoon, My name is Radu Cosma and I would like to be a contributor to the Boost C++ Libraries in the context of Google Summer of Code 2021 (as a start :) ). I understand that the topics have yet to be posted and that there is a competency test involved. Could you please tell me the relevant information regarding this and the application process? Thank you in advance! Kind regards, Radu Cosma

1 0

What's the reason Boost.Asio tss_ptr doesn't use __declspec(thread) on Windows?
by Groke, Paul 29 Jan '21

29 Jan '21

Hi, I've noticed that Boost.Asio's tss_ptr implementation doesn't use __declspec(thread) on Windows, except when compiling for WinRT. Instead it uses the win_tss_ptr implementation - which will cause a crash when there's no free TLS index. (There are static tss_ptr instances and loading a DLL where a ctor of a static variables throws a C++ exception seems to cause a crash -- no surprise there). AFAIK using implicit TLS via __declspec(thread) should fix this so that loading a DLL either works or fails gracefully. One problem that I know of with implicit TLS is that it fails catastrophically on Windows versions before Vista. Since WinRT wasn't available on pre-Vista versions, this might be a reason to restrict it to WinRT. But I don't know if there are/were other reasons to restrict use of implicit TLS to WinRT. So... is there another reason? If there's no other reason, that would be great, because we don't have to support pre-Vista versions. Meaning we could simply patch Boost.Asio to use implicit TLS for MSVC in general. Regards, Paul Groke

1 0

Have we become too Intel x64 centered?
by John Maddock 28 Jan '21

28 Jan '21

I have no solution for this, but I note that neither do we have CI, nor tests on https://www.boost.org/development/tests/develop/developer/summary.html that aren't Intel x86. The compiler list has shrunk to msvc/clang/gcc as well. I note that at least in theory, other platforms/architectures could be integrated into Drone CI (either the CppAlliance one, or our own), but someone would have to offer to host the clients running the tests. Any thoughts/solutions? Cheers, John. -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

21 54

Introduction
by Aman Verma 28 Jan '21

28 Jan '21

Hello Boost C++ Community, I am Aman from Indian Institute of technology Kanpur and currently, I am pursuing my bachelor's in Electrical engineering. I have 3 years of experience in C++. I am extremely eager and excited about contributing to various projects of Boost C++. I am willing to participate in GSOC'21 with Boost C++. I have gone through the project proposals and I find myself interested in the following projects: 1. ublas 2. Multiprecision 3. Geometry I would great if I could connect with the respective mentors and move onto further steps. Regards Aman

2 1

boost.numpy functions are throwing unresolved extern symbol link errors
by Max Fetz 20 Jan '21

20 Jan '21

Hello Boost-Community I have asked the following question everywhere but nowhere has it been answered. I have now been advised to ask here. I really hope there is someone on this mail list who can help me. Unfortunately I don't have much time left and would be very grateful for an answer. With kind regards Max My Question: I'm using normal Boost.NumPy functions in C++ like ndarray::get_data(), and I get a "reference to unresolved external symbol" error. The .lib's are linked and I have no approach on how to solve the error. I am using Boost 1.74. Here is a Code example: #include<boost/python/numpy.hpp> using namespace boost; void func(python::object _obj) { python::numpy::ndarray my_ndarray = python::extract<boost::python::numpy::ndarray>(_obj.attr("Member_01")); char* data = my_ndarray.get_data(); } BOOST_PYTHON_MODULE(ogwa_acc) { python::def("func", func); } Thats the one of the unresolved symbols: ""__declspec(dllimport) public: char * __cdecl boost::python::numpy::ndarray::get_data(void)const " (_imp?get_data@ndarray@numpy@python@boost@@QEBAPEADXZ)" I am using the normal Visual Studio linker and this is my linker config: /OUT:"D:\OthelloGame_withAI\x64\Debug\ogwa_acc.pyd" /MANIFEST /NXCOMPAT /PDB:"D:\OthelloGame_withAI\x64\Debug\ogwa_acc.pdb" /DYNAMICBASE "boost_numpy38-vc142-mt-gd-x64-1_74.lib" "boost_numpy38-vc142-mt-x64-1_74.lib" "boost_python38-vc142-mt-gd-x64-1_74.lib" "boost_python38-vc142-mt-x64- 1_74.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /IMPLIB:"D:\OthelloGame_withAI\x64\Debug\ogwa_acc.lib" /DEBUG /DLL /MACHINE:X64 /INCREMENTAL /PGD:"D:\OthelloGame_withAI\x64\Debug\ogwa_acc.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"x64\Debug\ogwa_acc.pyd.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\Program Files\Python38\libs" /LIBPATH:"D:\OthelloGame_withAI\Third-Party\boost_1_74_0\finished_libs" /TLBID:1 D:\OthelloGame_withAI\Third-Party\boost_1_74_0\finished_libs is the location of: boost_numpy38-vc142-mt-gd-x64-1_74.lib; boost_python38-vc142-mt-gd-x64- 1_74.lib; boost_numpy38-vc142-mt-x64-1_74.lib; boost_python38-vc142-mt-x64-1_74.lib

4 4

[build] b2 headers broken?
by John Maddock 16 Jan '21

16 Jan '21

Currently all CI seems to be failing during b2 headers, but with no obvious error message, see for example: https://drone.cpp.al/boostorg/multiprecision/23/1/2 Only possible thing I can see is: project-config.jam:10: syntax error at keyword in Anyone any ideas? Many thanks, John. -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

3 5

Feedback desired for neural networks library
by Sergei Marchenko 11 Jan '21

11 Jan '21

Hi everyone, I have a template-based library with several common types of layers which can be assembled into various neural networks: https://github.com/svm-git/NeuralNet, and I would love to get community feedback on the overall design, any issues or missing features, and how interesting a library like that would be in general. I've been watching the trends and research reports in the AI/ML space, and I feel that the recent announcements of the successful models for image classification, computer vision or natural language processing, push the focus towards very complex and computationally intensive networks. However, I think that the idea behind multi-layer networks is very powerful, and is applicable in many domains, where even a small and lightweight model can be used successfully. I also think that if developers have an access to a library of building blocks that allows them to train and run NN anywhere a C++ code can run, it may encourage a lot of good applications. In the current state, the library is fairly small and should be easy to review. It was built with two main goals in mind: * Provide a collection of building blocks that share a common interface which allows plug'n'play construction of more complex NNs. * Compile-time verification of the internal consistency of the network. I.e. if a layer's output size does not match the next layer's input, it is caught at the very early stage. Once it seems like there is some consensus on the core design and usefulness of such library, I am willing to do the work necessary to make the library consistent with Boost requirements for naming convention, folder structure, unit tests etc. The library relies on the C++ 11 language features and has a dependency on just a few STL components, so I think it should be straightforward to merge into Boost. Best regards, Sergei Marchenko.

6 15

Can boost ASIO SSL run one way SSL?
by Jupiter 11 Jan '21

11 Jan '21

Hi, There is an example for running boost::asio::ssl for boost::asio::ip::tcp connection, it uses 2 way SSL which client uses the key and certificates to have two way SSL handshake. My boss asked me if it can be used for one way SSL similar to HTTPS, I don't think so, but I could be wrong. Appreciate your advice. Thank you. Kind regards, jupiter

2 3

Problem building Ceph 14.2.15 with libboost 1.74.0
by Thomas Goirand 07 Jan '21

07 Jan '21

Hi, I'm the Debian package maintainer for Ceph. Ceph currently fails to build with latest libbost. Here's the build log: /root/ceph/src/common/async/completion.h:194:29: error: 'boost::asio::executor_work_guard<boost::asio::execution::any_executor<boost::asio::execution::context_as_t<boost::asio::execution_context&>, boost::asio::execution::detail::blocking::never_t<0>, boost::asio::execution::prefer_only<boost::asio::execution::detail::blocking::possibly_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::tracked_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::untracked_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::fork_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::continuation_t<0> > >, void>::executor_type' {aka 'class boost::asio::execution::any_executor<boost::asio::execution::context_as_t<boost::asio::execution_context&>, boost::asio::execution::detail::blocking::never_t<0>, boost::asio::execution::prefer_only<boost::asio::execution::detail::blocking::possibly_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::tracked_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::untracked_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::fork_t<0> >, boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::continuation_t<0> > >'} has no member named 'defer'; did you mean 'prefer'? 194 | w.second.get_executor().defer(std::move(f), alloc2); and 3 more like this. The code doing this is in src/common/async/completion.h: void destroy_defer(std::tuple<Args...>&& args) override { auto w = std::move(work); auto f = bind_and_forward(std::move(handler), std::move(args)); RebindAlloc2 alloc2 = boost::asio::get_associated_allocator(handler); RebindTraits2::destroy(alloc2, this); RebindTraits2::deallocate(alloc2, this, 1); w.second.get_executor().defer(std::move(f), alloc2); } void destroy_dispatch(std::tuple<Args...>&& args) override { auto w = std::move(work); auto f = bind_and_forward(std::move(handler), std::move(args)); RebindAlloc2 alloc2 = boost::asio::get_associated_allocator(handler); RebindTraits2::destroy(alloc2, this); RebindTraits2::deallocate(alloc2, this, 1); w.second.get_executor().dispatch(std::move(f), alloc2); } void destroy_post(std::tuple<Args...>&& args) override { auto w = std::move(work); auto f = bind_and_forward(std::move(handler), std::move(args)); RebindAlloc2 alloc2 = boost::asio::get_associated_allocator(handler); RebindTraits2::destroy(alloc2, this); RebindTraits2::deallocate(alloc2, this, 1); w.second.get_executor().post(std::move(f), alloc2); } Has the boost API changed? If so, how to fix the above code? Thanks a lot to anyone helping me fixing this, Cheers, Thomas Goirand (zigo)

2 2

[uBlas] [Tensor] multiprecision and FFT?
by Janek Kozicki 07 Jan '21

07 Jan '21

Cem Bassoy via Boost said: (by the date of Wed, 6 Jan 2021 10:32:15 +0100) > Please consider to use and contribute to *Boost.uBlas* Hi, Does it work with boost::multiprecision types? In particular I am interested in types listed here: http://yade-dem.org/doc/HighPrecisionReal.html Does it support FFT ? In particular I am interested in replacing my very crude NDimTable class with your code: https://gitlab.com/cosurgi/trunk/-/blob/addQuantumMechanics_FixEnum_FixReba… I am about to start refactoring this part of the code, when I noticed your post. best regards Janek -- Janek Kozicki, PhD. DSc. Arch. Assoc. Prof. Gdańsk University of Technology Faculty of Applied Physics and Mathematics Department of Theoretical Physics and Quantum Information -- http://yade-dem.org/ http://pg.edu.pl/jkozicki (click English flag on top right)

2 3

C++11 on up Boost libraries
by Edward Diener 04 Jan '21

04 Jan '21

In my effort to set the meta information of 'cxxstd' for the appropriate C++11 on up libraries, my PRs for these libraries have been kindly merged to 'develop' by the library maintainers: beast callable_traits context convert coroutine2 fiber geometry gil hana histogram hof json leaf mp11 nowide outcome pfr process safe_numerics static_string stl_interfaces variant2 yap If anyone knows of any other current library which is a C++11 on up library, please tell me. My testing showed that all other Boost libraries will work in C++03 mode, but maybe I missed some other library which is a C++11 on up library. Needless to say other libraries have noted their attention to move from C++03 to C++11 in the near future. If any library does change the C++ mode necessary to use that library, I hope the maintainer(s) of that library will update the 'cxxstd' meta information appropriately. If we can get the website to work properly using the 'cxxstd' meta information, end-users should be able to know immediately whether a Boost library is usable depending on the C++ standard mode their are using.

10 20

Develop is broken on MSVC (b2 issue?)
by Antony Polukhin 04 Jan '21

04 Jan '21

I see a bunch of CI failures https://apolukhin.github.io/en/developer.html for different versions of MSVC. There are some complains on 'cl': compile-c-c++ ..\..\..\bin.v2\libs\type_index\test\track_13621.test\msvc-9.0\release\threading-multi\track_13621.obj 'cl' is not recognized as an internal or external command, operable program or batch file. call "..\..\..\bin.v2\standalone\msvc\msvc-9.0\msvc-setup.bat" amd64 >nul cl /Zm800 -nologo "track_13621.cpp" -Fo"..\..\..\bin.v2\libs\type_index\test\track_13621.test\msvc-9.0\release\threading-multi\track_13621.obj" -TP -DBOOST_TRAVISCI_BUILD /wd4675 /EHs /GR /O2 /Ob2 /W3 /MD /Zc:forScope /Zc:wchar_t /favor:blend -c -DBOOST_ALL_NO_LIB=1 -DNDEBUG "-I..\..\.." ...failed compile-c-c++ ..\..\..\bin.v2\libs\type_index\test\track_13621.test\msvc-9.0\release\threading-multi\track_13621.obj... Is that a known issue?

3 3

Regression Test Failures On develop branch
by Tom Kent 02 Jan '21

02 Jan '21

I just noticed that the develop branch has started to fail to run the develop branch, crashing early on in the run. The failures started sometime between 2020-12-31_03:52:29 PST (2020-12-31_11:52:29 UTC) (last good run) and 2020-12-31_06:57:54 PST (2020-12-31_14:57:54 UTC) (first failing run). These are still continuing with the latest develop branch. It looks like there were only a couple commits to boostorg/boost/develop in this window, and update to multiprecision (only changing meta/libraries.json) and a few changes to build. The error looks fairly non-descript... D:\teeks99-09\run\boost_root\status>"D:\teeks99-09\run\boost_bb\src\engine\bjam.exe" "-sBOOST_BUILD_PATH=D:\teeks99-09\run;D:\teeks99-09\run\boost_bb\src" "-sBOOST_ROOT=D:\teeks99-09\run\boost_root" "--boost=D:\teeks99-09\run\boost_root" "--boost-root=D:\teeks99-09\run\boost_root" "--boost-build=D:\teeks99-09\run\boost_bb\src" "--debug-configuration" -l300 toolset=msvc-11.0 -d2 preserve-test-targets=off --dump-tests -j8 address-model=64 --remove-test-targets --abbreviate-paths debug-symbols=off -m64 "--build-dir=D:\teeks99-09\run\results" 1>>"D:\teeks99-09\run\results\bjam.log" 2>&1 # Running Boost.Build tests Traceback (most recent call last): File "run.py", line 71, in <module> runner(root) File "D:\teeks99-09\run\boost_regression_src\regression.py", line 286, in __init__ self.main() File "D:\teeks99-09\run\boost_regression_src\regression.py", line 623, in main getattr(self,action_m)() File "D:\teeks99-09\run\boost_regression_src\regression.py", line 588, in command_regression self.command_test() File "D:\teeks99-09\run\boost_regression_src\regression.py", line 367, in command_test self.command_test_boost_build() File "D:\teeks99-09\run\boost_regression_src\regression.py", line 409, in command_test_boost_build "boost/bin.v2/libs/any/test/any_test.test")); WindowsError: [Error 3] The system cannot find the path specified: 'D:\\teeks99-09\\run\\results\\boost/bin.v2/libs/any/test/any_test.test\\*.*' At the end of my result-bjam.log file, I get this, but not sure if it is related. Performing configuration checks - default architecture : x86 - default address-model : 64-bit - symlinks supported : no - junctions supported : yes - hardlinks supported : yes - BOOST_COMP_GNUC >= 4.3.0 : no - has_icu builds : no - compiler supports SSE2 : yes - compiler supports SSE4.1 : yes - has synchronization.lib : yes - cxx11_constexpr : no - cxx11_decltype : yes - cxx11_hdr_tuple : no - cxx11_template_aliases : no - cxx11_variadic_templates : no - OpenCL : no - C++11 mutex : yes - has BCrypt API : yes - has stat::st_mtim : no - has stat::st_mtimensec : no - has stat::st_mtimespec : no - has stat::st_birthtim : no - has stat::st_birthtimensec : no - has stat::st_birthtimespec : no - has statx : no - has statx syscall : no - cxx11_auto_declarations : yes - cxx11_defaulted_functions : no - cxx11_final : yes - cxx11_hdr_mutex : yes - cxx11_lambdas : yes - cxx11_noexcept : no - cxx11_nullptr : yes - cxx11_rvalue_references : yes - cxx11_thread_local : no - cxx11_trailing_result_types : no warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam. note: to suppress this message, pass "--without-graph_parallel" to bjam. - cxx14_constexpr : no - cxx14_decltype_auto : no - cxx14_generic_lambdas : no - cxx14_return_type_deduction : no - cxx11_user_defined_literals : no - cxx11_alignas : no - iconv (libc) : no - iconv (separate) : no - icu : no - icu (lib64) : no - native atomic int32 supported : yes - has message compiler : yes - native syslog supported : no - pthread supports robust mutexes : no - compiler supports SSSE3 : yes - compiler supports AVX2 : yes warning: skipping optional Message Passing Interface (MPI) library. note: to enable MPI support, add "using mpi ;" to user-config.jam. note: to suppress this message, pass "--without-mpi" to bjam. note: otherwise, you can safely ignore this message. - cxx11_static_assert : yes - std::fstream is moveable and swappable : yes - !BOOST_COMP_GNUC : yes - BOOST_COMP_GNUC >= 6.0 : no - !BOOST_COMP_CLANG : yes - BOOST_COMP_CLANG >= 4.0 : no - cxx14_variable_templates : no - BOOST_COMP_GNUC >= 4.7.4 : no error: No best alternative for ../libs/accumulators/test/accumulators_test_valarray next alternative: required properties: <link>static <target-os>linux <toolset>clang not matched next alternative: required properties: <link>static <target-os>darwin not matched next alternative: required properties: <link>static not matched error: No best alternative for ../libs/accumulators/test/accumulators_test_tail_variate_means next alternative: required properties: <link>static <toolset-msvc:version>14.0 <toolset>msvc not matched next alternative: required properties: <link>static not matched error: No best alternative for ../libs/accumulators/test/accumulators_tests_pot_quantile_and_weighted_tail next alternative: required properties: <link>static <target-os>linux <toolset-gcc:version>4.4.7 <toolset>gcc not matched next alternative: required properties: <link>static not matched error: No best alternative for ../libs/accumulators/test/accumulators_test_weighted_tail_variate_means next alternative: required properties: <link>static <target-os>linux <toolset-gcc:version>4.4.7 <toolset>gcc not matched next alternative: required properties: <link>static <toolset-msvc:version>14.0 <toolset>msvc not matched next alternative: required properties: <link>static not matched - cxx11_constexpr : no - cxx11_decltype : yes - cxx11_hdr_tuple : no - cxx11_template_aliases : no - cxx11_variadic_templates : no - OpenCL : no - has_atomic_lib builds : no - has_pthread_lib builds : no - has_rt_lib builds : no - Clang implicit fallthrough : no - int128 : no - cpp_lib_complex_udls : no - cpp_range_based_for_17 : no - cxx11_hdr_thread : yes - cxx11_variadic_macros : yes - cxx11_hdr_unordered_set : yes - mixed_cxxstd builds : yes - mixed_cxxstd builds : yes - cxx11_hdr_array : yes - cxx11_defaulted_functions : no - cxx11_trailing_result_types : no notice: [libjpeg] Using pre-installed library notice: [libjpeg] Condition notice: [zlib] zlib is already configured notice: [libpng] Using pre-installed library notice: [libpng] Condition notice: [libtiff] Using pre-installed library notice: [libtiff] Condition - cxx14_constexpr : no - cxx14_decltype_auto : no - cxx14_generic_lambdas : no - cxx14_return_type_deduction : no - cxx11_user_defined_literals : no - Checking for gmpxx.h : no - zlib : no - bzip2 : no - lzma : no - zstd : no - lzma : no (cached) - has_lzma_cputhreads builds : no - cxx11_alignas : no - message-compiler : yes - message-compiler : yes - cxx11_unified_initialization_syntax : no - cxx11_smart_ptr : yes - GCC libquadmath and __float128 support : no - cxx11_hdr_initializer_list : no - sfinae_expr : no - cxx11_inline_namespaces : no - cxx11_range_based_for : yes - libfftw3 : no - __float128 : no - has_ntl_rr builds : no - has_mpfr_class builds : no - has_mpreal builds : no - has_e_float builds : no - gcc visibility : no - long double support : yes - cxx17_if_constexpr : no - cxx17_std_apply : no - has_eigen builds : no - Intel _Quad datatype support : no - has_mpfr builds : no - cxx11_hdr_atomic : no - cxx11_hdr_future : yes - cxx11_hdr_chrono : yes - cxx11_hdr_random : yes - cxx11_allocator : no - 128-bit floatmax_t : no - cxx11_numeric_limits : yes - cxx11_explicit_conversion_operators : no - cxx11_function_template_default_args : no - BOOST_MULTI_INDEX_KEY_SUPPORTED defined : no - has_gmp builds : no - has_tommath builds : no - has_mpfi builds : no - has_float128 builds : no - has_intel_quad builds : no - has_mpc builds : no - has_is_constant_evaluated builds : no - has_constexpr_limits builds : no - has_gmp builds : no - has_mpfr builds : no - has_big_obj builds : no - has_f2c builds : no - cxx11_noexcept : no - cxx11_rvalue_references : yes - cxx11_static_assert : yes - std::fstream is moveable and swappable : yes - cxx11_hdr_chrono : yes - !BOOST_COMP_GNUC : yes - BOOST_COMP_GNUC >= 6.0 : no - !BOOST_COMP_CLANG : yes - BOOST_COMP_CLANG >= 4.0 : no - cxx14_variable_templates : no - cxx17_structured_bindings : no - cxx17_structured_bindings : no - compiler_supports_loophole builds : yes - compiler_supports_loophole builds : yes - cxx11_hdr_unordered_map : yes WARNING: Unable to construct ../libs/predef/test/info_as_objcpp of type RUN with these properties: <abi>ms <address-model>64 <architecture>x86 <asynch-exceptions>off <bc_hdr>lib <bc_no>all_yes <binary-format>pe <boost.beast.allow-deprecated>on <boost.beast.separate-compilation>on <context-impl>fcontext <coverage>off <debug-store>object <debug-symbols>off <deduced-address-model>64 <deduced-architecture>x86 <define>BOOST_ALL_NO_LIB=1 <define>BOOST_BEAST_ALLOW_DEPRECATED <define>BOOST_BEAST_SEPARATE_COMPILATION <dependency>object(file-target)@110440 <embed-manifest-via>linker <embed-manifest>on <exception-handling>on <extern-c-nothrow>off <hardcode-dll-paths>true <host-os>windows <implicit-dependency>object(notfile-target)@92787 <include>.. <include>/D:/teeks99-09/run/boost_root/libs/predef/include <inlining>off <install-dependencies>off <link>shared <local-visibility>hidden <location-prefix>info_as_objcpp.test <midl-robust>yes <midl-stubless-proxy>yes <optimization>off <os>NT <pch>on <preserve-test-targets>off <profiling>off <python-debugging>off <python.interpreter>python <python>3.8 <relevant>define:<relevant>toolset <relevant>link:<relevant>toolset <relevant>python.interpreter:<relevant>python <relevant>python.interpreter:<relevant>target-os <relevant>threading:<relevant>runtime-link <relevant>threading:<relevant>toolset <relevant>toolset <response-file>auto <rtti>on <runtime-debugging>on <runtime-link>shared <stdlib>native <strip>off <suppress-import-lib>false <symlink-location>project-relative <tag>@Jamfile<D:\teeks99-09\run\boost_root>%Jamfile<D:\teeks99-09\run\boost_root>.tag <target-os>windows <test-info>always_show_run_output <testing.execute>on <threadapi>win32 <threading>multi <toolset-msvc:version>11.0 <toolset>msvc <user-interface>console <variant>debug <vectorize>off <visibility>hidden <warnings-as-errors>off <warnings>on <windows-api>desktop <xsl:param>boost.defaults=Boost WARNING: Considered these as possible generators: WARNING: testing.expect-success with source types { RUN_OUTPUT } and requirements { } WARNING: Unable to construct ../libs/predef/test/info_as_objc of type RUN with these properties: <abi>ms <address-model>64 <architecture>x86 <asynch-exceptions>off <bc_hdr>lib <bc_no>all_yes <binary-format>pe <boost.beast.allow-deprecated>on <boost.beast.separate-compilation>on <context-impl>fcontext <coverage>off <debug-store>object <debug-symbols>off <deduced-address-model>64 <deduced-architecture>x86 <define>BOOST_ALL_NO_LIB=1 <define>BOOST_BEAST_ALLOW_DEPRECATED <define>BOOST_BEAST_SEPARATE_COMPILATION <dependency>object(file-target)@110440 <embed-manifest-via>linker <embed-manifest>on <exception-handling>on <extern-c-nothrow>off <hardcode-dll-paths>true <host-os>windows <implicit-dependency>object(notfile-target)@92787 <include>.. <include>/D:/teeks99-09/run/boost_root/libs/predef/include <inlining>off <install-dependencies>off <link>shared <local-visibility>hidden <location-prefix>info_as_objc.test <midl-robust>yes <midl-stubless-proxy>yes <optimization>off <os>NT <pch>on <preserve-test-targets>off <profiling>off <python-debugging>off <python.interpreter>python <python>3.8 <relevant>define:<relevant>toolset <relevant>link:<relevant>toolset <relevant>python.interpreter:<relevant>python <relevant>python.interpreter:<relevant>target-os <relevant>threading:<relevant>runtime-link <relevant>threading:<relevant>toolset <relevant>toolset <response-file>auto <rtti>on <runtime-debugging>on <runtime-link>shared <stdlib>native <strip>off <suppress-import-lib>false <symlink-location>project-relative <tag>@Jamfile<D:\teeks99-09\run\boost_root>%Jamfile<D:\teeks99-09\run\boost_root>.tag <target-os>windows <test-info>always_show_run_output <testing.execute>on <threadapi>win32 <threading>multi <toolset-msvc:version>11.0 <toolset>msvc <user-interface>console <variant>debug <vectorize>off <visibility>hidden <warnings-as-errors>off <warnings>on <windows-api>desktop <xsl:param>boost.defaults=Boost WARNING: Considered these as possible generators: WARNING: testing.expect-success with source types { RUN_OUTPUT } and requirements { } - BOOST_OS_MACOS : no - BOOST_COMP_CLANG > 0.0.0 : no - BOOST_OS_LINUX == 0 : yes WARNING: Unable to construct ../libs/predef/test/info_as_objcpp of type RUN with these properties: <abi>ms <address-model>64 <architecture>x86 <asynch-exceptions>off <bc_hdr>lib <bc_no>all_yes <binary-format>pe <boost.beast.allow-deprecated>on <boost.beast.separate-compilation>on <context-impl>fcontext <coverage>off <debug-store>object <debug-symbols>off <deduced-address-model>64 <deduced-architecture>x86 <define>BOOST_ALL_NO_LIB=1 <define>BOOST_BEAST_ALLOW_DEPRECATED <define>BOOST_BEAST_SEPARATE_COMPILATION <dependency>object(file-target)@110440 <embed-manifest-via>linker <embed-manifest>on <exception-handling>on <extern-c-nothrow>off <hardcode-dll-paths>true <host-os>windows <implicit-dependency>object(notfile-target)@92787 <include>.. <include>/D:/teeks99-09/run/boost_root/libs/predef/include <inlining>off <install-dependencies>off <link>shared <local-visibility>hidden <location-prefix>info_as_objcpp.test <midl-robust>yes <midl-stubless-proxy>yes <optimization>off <os>NT <pch>on <preserve-test-targets>off <profiling>off <python-debugging>off <python.interpreter>python <python>3.8 <relevant>define:<relevant>toolset <relevant>link:<relevant>toolset <relevant>python.interpreter:<relevant>python <relevant>python.interpreter:<relevant>target-os <relevant>threading:<relevant>runtime-link <relevant>threading:<relevant>toolset <relevant>toolset <response-file>auto <rtti>on <runtime-debugging>on <runtime-link>shared <stdlib>native <strip>off <suppress-import-lib>false <symlink-location>project-relative <tag>@Jamfile<D:\teeks99-09\run\boost_root>%Jamfile<D:\teeks99-09\run\boost_root>.tag <target-os>windows <test-info>always_show_run_output <testing.execute>on <threadapi>win32 <threading>multi <toolset-msvc:version>11.0 <toolset>msvc <user-interface>console <variant>debug <vectorize>off <visibility>hidden <warnings-as-errors>off <warnings>on <windows-api>desktop <xsl:param>boost.defaults=Boost WARNING: Considered these as possible generators: WARNING: testing.expect-success with source types { RUN_OUTPUT } and requirements { } WARNING: Unable to construct ../libs/predef/test/info_as_objc of type RUN with these properties: <abi>ms <address-model>64 <architecture>x86 <asynch-exceptions>off <bc_hdr>lib <bc_no>all_yes <binary-format>pe <boost.beast.allow-deprecated>on <boost.beast.separate-compilation>on <context-impl>fcontext <coverage>off <debug-store>object <debug-symbols>off <deduced-address-model>64 <deduced-architecture>x86 <define>BOOST_ALL_NO_LIB=1 <define>BOOST_BEAST_ALLOW_DEPRECATED <define>BOOST_BEAST_SEPARATE_COMPILATION <dependency>object(file-target)@110440 <embed-manifest-via>linker <embed-manifest>on <exception-handling>on <extern-c-nothrow>off <hardcode-dll-paths>true <host-os>windows <implicit-dependency>object(notfile-target)@92787 <include>.. <include>/D:/teeks99-09/run/boost_root/libs/predef/include <inlining>off <install-dependencies>off <link>shared <local-visibility>hidden <location-prefix>info_as_objc.test <midl-robust>yes <midl-stubless-proxy>yes <optimization>off <os>NT <pch>on <preserve-test-targets>off <profiling>off <python-debugging>off <python.interpreter>python <python>3.8 <relevant>define:<relevant>toolset <relevant>link:<relevant>toolset <relevant>python.interpreter:<relevant>python <relevant>python.interpreter:<relevant>target-os <relevant>threading:<relevant>runtime-link <relevant>threading:<relevant>toolset <relevant>toolset <response-file>auto <rtti>on <runtime-debugging>on <runtime-link>shared <stdlib>native <strip>off <suppress-import-lib>false <symlink-location>project-relative <tag>@Jamfile<D:\teeks99-09\run\boost_root>%Jamfile<D:\teeks99-09\run\boost_root>.tag <target-os>windows <test-info>always_show_run_output <testing.execute>on <threadapi>win32 <threading>multi <toolset-msvc:version>11.0 <toolset>msvc <user-interface>console <variant>debug <vectorize>off <visibility>hidden <warnings-as-errors>off <warnings>on <windows-api>desktop <xsl:param>boost.defaults=Boost WARNING: Considered these as possible generators: WARNING: testing.expect-success with source types { RUN_OUTPUT } and requirements { } - zlib : no (cached) - bzip2 : no (cached) - lzma : no (cached) - zstd : no (cached) - zlib : no - bzip2 : no - lzma : no - zstd : no - auto_ptr : yes - cxx11_lambdas : yes - std_wstreambuf : yes - cxx11_hdr_forward_list : yes Happy new year! Tom

2 2