- Boost - lists.preview.boost.org

TROJAN INFECTION boost 1.67 binaries for Windows x64 MSVC 14.1
by Zipper Fish 28 Jul '18

28 Jul '18

Dear boost developers and/or release managers: Today I downloaded boost_1_67_0-msvc-14.1-64.exe from the Windows binaries downloads page: https://dl.bintray.com/boostorg/release/1.67.0/binaries/ The file contains a Trojan, according to Windows Defender. Screenshot: https://usercontent.irccloud-cdn.com/file/Uy6o19AC/2018-07-26%2016_29_52-Wi… Someone should verify this & check the other pre-built binaries ASAP to reduce exposure. Thank you & best regards

6 11

Design question SafeFloat
by Damian Vicino 28 Jul '18

28 Jul '18

Hi, I'm working in simplifying safe_float to prepare it for future review. For now I'm focusing in a C++17 compatible version. Currently safefloat receives 2 template parameters: template<typename FP, typename P> class safe_float ... Where FP is the floating point value being made "safe", float, double, long double ... and P is a Policy of what to check and how to react. The how to react is a class that I pass by template parameter to the Policy. So, policy looks like: template<typename R> class policy_x .... I had a very complicated way of producing those policies, I used many TMP tricks so the logic stays in the policy and combines, but now that if-constexpr is available it may not make sense to take that path anymore. And, I see it may be better to simplify as much as possible. So, I'm thiking in make policy like a "config" description and put if constexprs in the safe_float class to decide what to do based in that. I want a bad policy to fail execution. I'm wondering what is the best approach for defining that "config-like" policy. A policy check is a bidimensional matrix of the operation affected and the flags considered (FE_ENV flags). For example, I want a policy to tell something like "check overflow in additions and underflow in division". These are the options I'm considering 1) define typenames for each flag and assign them tuple of affected operations class addition; class division; class multiplication; class subtraction; template<typename R> struct policy_x { using reporter=R; using overflow=tuple<addition>; using underflow=tuple<division>; using invalid=tuple<>; using inexact=tuple<>; }; 2) define typename by operation, passing class with constexprs of flags being evaluated struct empty_check{ static constexpr bool check_overflow=false; static constexpr bool check_underflow=false; static constexpr bool check_invalid=false; static constexpr bool check_inexact=false; }; struct check_overflow : public empty_check { static constexpr bool check_overflow=true; }; struct check_underflow : public empty_check { static constexpr bool check_underflow=true; }; template<typename R> struct policy_x { using reporter=R; using addition=check_overflow; using subtraction=empty_check; using multiplication=empty_check; using division=check_underflow; }; 3) similar to 2, but using true_type, and false_type in place of constexpr variables. struct empty_check{ using check_overflow=false_type; using check_underflow=false_type; using check_invalid=false_type; using check_inexact=false_type; }; struct check_overflow : public empty_check { using check_overflow=true_type; }; struct check_underflow : public empty_check { using check_underflow=true_type; }; template<typename R> struct policy_x { using reporter=R; using addition=check_overflow; using subtraction=empty_check; using multiplication=empty_check; using division=check_underflow; 4) other options? Thanks for any comments in advance. Damian

3 4

Promise/A+ like javascript in cpp
by hawk x 27 Jul '18

27 Jul '18

Hi, Javascript Promise creates a task chain to help develop asynchronized application with single thread. I did not find a good implement of this kind of "Promise" in c++, so i create one named "promise-cpp" here -- https://github.com/xhawk18/promise-cpp with which, we can write asynchronized tasks like sequential flows. Here's an example of promisifed http client in boost::asio -- https://github.com/xhawk18/promise-cpp/blob/master/test/asio_http_client.cpp "promise-cpp" would be the best friend to boost::asio's asynchronized task for single thread, and it is not std::promise. Thanks for you reviewing this library and any suggestion will be appreciated!

3 4

Docker environment(s) for Boost Development
by James E. King, III 26 Jul '18

26 Jul '18

I submitted a pull request into the superproject containing some docker scripts. The intention of this is to simplify managing a docker build environment for boost: https://github.com/boostorg/boost/pull/184 I'm wondering if folks will find this useful, and whether folks think this should be in its own submodule instead of being in boostorg/boost. I only have an Ubuntu Bionic environment in this pull request but it wouldn't be that difficult to add debian, centos, and others, as well as various versions of each. I have tested it on Unix and on Windows. On Unix the performance is quite good overall - but on Windows since they use SMB to do the sharing it is really slow (I would say a good 20 times slower between typing "b2" and getting the first output as it scans through all the files. I would recommend continuing to use a virtual machine on Windows Hosts for unix boost development, but this option is there and hopefully they will improve things. This partially came out of the discussion we had a number of months back about how we handle third party dependencies. For the most part one has to look at README files in various locations to learn about them. This is an attempt to pull all the dependencies together for a complete build into one place (the Dockerfile). One day when Microsoft supports Visual Studio compilation inside a reasonably sized windows container (i.e. based on nanoserver and not Windows Server Core), I'd like to add that as well since managing the dependencies on Windows is a bit harder (you usually have to build them). Thanks, Jim

5 8

boost include directory question
by Robert Ramey 21 Jul '18

21 Jul '18

The current instructions for doing boost development are approximately: a) clone the boost super project from github. b) invoke b2 headers which does one of: 1) creates links in the boost root directory to individual projects 2) or copies boost directories from individual libraries into the boost root directory. depending on whether it is a windows system or other system. Since I test for both windows and other systems, this is somewhat of a pain. In considering my options, I'm wondering if specifying all the boost library include directories in the CPLUS_INCLUDE_PATH environmental variable (gcc compilers) or INCLUDE (msvc). a) Has this been considered before? b) Was it considered when the current system was setup? c) Is there an reason why it wouldn't be a good idea? Anyone with information on this is free to chime in. Actually anyone is free to chime in. Robert Ramey

3 4

[concept_check] stl_concept_covering - compiler, stdlib, boost, or test issue?
by James E. King III 20 Jul '18

20 Jul '18

Hi folks, The test stl_concept_covering is annotated with "gcc bug" on a number of tests, and yet gcc 7.3.0 (with libstdc++) and clang-6.0 (with libc++ or libstdc++) fail to compile this test, mostly on the sections marked as a bug. For example: "/usr/bin/clang++-6.0" -c -x c++ -stdlib=libc++ -fPIC -m64 -O0 -fno-inline -Wall -g -DBOOST_ALL_NO_LIB=1 -I"../.." -o "../../bin.v2/libs/concept_check/test/ stl_concept_covering.test/clang-linux-6.0/debug/stl_concept_covering.o" "test/stl_concept_covering.cpp" In file included from test/stl_concept_covering.cpp:9: /usr/local/include/c++/v1/algorithm:999:24: error: invalid operands to binary expression ('boost::input_iterator_archetype<boost::equality_comparable2_first_ar chetype<boost::null_archetype<int> >, 0>::reference' and 'const boost::equality_comparable2_second_archetype<boost::null_archetype<int> >') if (*__first == __value_) ~~~~~~~~~~ ^ ~~~~~~~~ test/stl_concept_covering.cpp:152:15: note: in instantiation of function template specialization 'std::__1::find<boost::input_iterator_archetype<boost::equalit y_comparable2_first_archetype<boost::null_archetype<int> >, 0>, boost::equality_comparable2_second_archetype<boost::null_archetype<int> > >' requested here in = std::find(in, in, value); Full log with gcc-7.3.0 here: https://travis-ci.org/boostorg/concept_check/jobs/404203085#L1517 What's interesting is that if I change the type of in to an input_iterator_archetype_no_proxy the test passes. When I look at the concept_archetypes I see that input_iterator_archetype is a template with a default parameter, but also defines "reference" as a structure with an operator(), instead of using a typedef which is what I usually see done. So this makes me wonder if it's really a compiler issue (both compilers and std C++ libs complain the same way though) or if the archetype is invalid. I'm not sure the best course of action. It does cause most CI build jobs to fail, except MSVC jobs interestingly enough. Any thoughts you could share on this would be appreciated. The PR with all the build jobs showing errors can be found here: https://github.com/boostorg/concept_check/pull/13 Thanks, Jim

3 4

[range] [concepts] Boost 1.68 beta build error in RandomAccessIteratorConcept using latest MSVC
by Viktor Sehr 20 Jul '18

20 Jul '18

The following error is emitted in latest MSVC building Boost 1.68 beta: 1>\boost\range\concepts.hpp(257): error C3646: 'n': unknown override specifier 1>\boost\range\concepts.hpp(264): note: see reference to class template instantiation 'boost::range_detail::RandomAccessIteratorConcept<Iterator>' being compiled 1>\range\concepts.hpp(257): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int Unfortunately I'm not competent enough to determine what is causing the error: Full struct: template<class Iterator> struct RandomAccessIteratorConcept : BidirectionalIteratorConcept<Iterator> { #if BOOST_RANGE_ENABLE_CONCEPT_ASSERT BOOST_RANGE_CONCEPT_ASSERT(( Convertible< BOOST_DEDUCED_TYPENAME RandomAccessIteratorConcept::traversal_category, random_access_traversal_tag >)); BOOST_CONCEPT_USAGE(RandomAccessIteratorConcept) { i += n; i = i + n; i = n + i; i -= n; i = i - n; n = i - j; } private: // MSVC 14.1 - avoid C4596: 'difference_type': illegal qualified name in member declaration #if defined(_MSC_VER) && _MSC_VER >= 1912 BOOST_DEDUCED_TYPENAME difference_type n; #else BOOST_DEDUCED_TYPENAME RandomAccessIteratorConcept::difference_type n; #endif Iterator i; Iterator j; #endif }; br/Viktor Sehr

3 3

[system] Clang CI builds broken because of constexpr
by Andrey Semashev 20 Jul '18

20 Jul '18

Hi, I'm seeing these errors in Travis CI builds with Clang 3.8, 3.9, 4.0 and 5.0: ./boost/system/error_code.hpp:232:41: error: constexpr constructor never produces a constant expression [-Winvalid-constexpr] BOOST_SYSTEM_CONSTEXPR explicit std_category( boost::system::error_category const * pc ): pc_( pc ) ^ ./boost/system/error_code.hpp:232:41: note: non-constexpr constructor 'error_category' cannot be used in a constant expression /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/system_error:69:5: note: declared here error_category() noexcept; ^ I'm assuming this is because the compiler uses libstdc++ from gcc 4.8, in which error_category() is not marked constexpr. Can this be fixed somehow?

2 2

Looking for help on preparing for review
by Damian Vicino 20 Jul '18

20 Jul '18

Hi, I'm preparing my library safe_float to be proposed for review. The library was born in the GSOC2015, but it never reached a review ready state. My plan is to change that in the next few months. At this point, I'm looking for some volunteers to proof-read the documentation. Code is going through major rewrite, and I will send another mail looking for help with reviewing the code when that is done. The most current documentation can be read directly from the web here: https://sdavtaker.github.io/safefloat/ Any comment is appreciated. Best regards, Damian

5 9

[Compute] Conflict between boost::compute::zip_iterator and boost::iterators::zip_iterator
by fortenberry.rm＠protonmail.com 18 Jul '18

18 Jul '18

I'd like to use boost::compute and boost::range together, like below, but if I uncomment the '#include <boost/range/combine.hpp>' line I get an error saying that boost::compute::zip_iterator and boost::iterators::zip_iterator are ambiguous. Is there a way around this, so that I can use boost::compute and boost::range together in the same cpp file? I am using on Windows vs2015 64bit. Boost 1.67.0. Code: #include <vector> #include <iostream> #include <algorithm> //#include <boost/range/combine.hpp> #include <boost/compute/lambda.hpp> #include <boost/compute/functional/math.hpp> #include <boost/compute/container/vector.hpp> #include <boost/compute/algorithm/transform.hpp> namespace compute = boost::compute; using compute::float4_; using compute::lambda::_1; using compute::lambda::_2; using compute::lambda::distance; int main() { // get default device and setup context compute::device device = compute::system::default_device(); compute::context context(device); compute::command_queue queue(context, device); // generate random data on the host std::vector<float4_> a(10000); std::vector<float4_> b(10000); std::vector<float> r(10000); std::generate((float*)a.data(), (float*)(a.data() + a.size()), rand); std::generate((float*)b.data(), (float*)(b.data() + b.size()), rand); // create a vector on the device compute::vector<float4_> _a(a.size(), context); compute::vector<float4_> _b(b.size(), context); compute::vector<float> _r(r.size(), context); // transfer data from the host to the device compute::copy(a.begin(), a.end(), _a.begin(), queue); compute::copy(b.begin(), b.end(), _b.begin(), queue); boost::compute::transform( _a.begin(), _a.end(), _b.begin(), _r.begin(), distance(_1, _2), queue ); // copy values back to the host compute::copy(_r.begin(), _r.end(), r.begin(), queue); for (int i = 0; i < a.size(); ++i) { float4_ va = a[i]; float4_ vb = b[i]; float vr = r[i]; float e = std::sqrt(std::pow(va[0] - vb[0], 2) + std::pow(va[1] - vb[1], 2) + std::pow(va[2] - vb[2], 2) + std::pow(va[3] - vb[3], 2)); std::cout << std::setprecision(12); if (std::abs(e - vr) > 1e-2) std::cout << e << " != " << vr << "\n"; } return 0; } Error, truncated for brevity. I can post the full error log if it is helpful: 1>------ Build started: Project: demo, Configuration: Debug x64 ------ 1> demo.cpp 1> This header is implementation detail and provided for backwards compatibility. 1>C:\local\boost_1_67_0\boost/compute/algorithm/transform.hpp(67): error C2668: 'boost::compute::make_zip_iterator': ambiguous call to overloaded function 1> C:\local\boost_1_67_0\boost/compute/iterator/zip_iterator.hpp(276): note: could be 'boost::compute::zip_iterator,boost::compute::buffer_iterator,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type>> boost::compute::make_zip_iterator,boost::compute::buffer_iterator,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type,boost::tuples::null_type>>(IteratorTuple)' 1> with 1> [ Thanks, Madison

2 2

[boostbook] cleanup / modernization
by James E. King III 18 Jul '18

18 Jul '18

I would have opened an "issue" on the boostorg/boostbook project, however, that is not enabled. (Perhaps someone should enable it?) I have duplicated the boostbook setup scripts into the docker setup environment for Ubuntu Bionic and I have found that all of the packages that boostbook depends on are ancient. PackageVersionLast ModifiedHost docbook-xsl 1.75.2 2009 SourceForge <http://sourceforge.net/projects/docbook/files/docbook-xsl/1.75.2/docbook-xs…> docbook-xml 4.2 2002 oasis-open.org <http://www.oasis-open.org/docbook/xml/4.2/docbook-xml-4.2.zip> fop 0.94 2007 Apache <http://archive.apache.org/dist/xmlgraphics/fop/binaries/fop-0.94-bin-jdk1.4…> These tools are quite old and it is only a matter of time before the older versions could be removed. These external sites are under no particular requirement to keep these older versions of software available. At some point some of these tools may no longer work with current operating system tools, for example "fop" says that it is for "JDK 1.4". Each of these tools has a newer version. A project should be initiated now to modernize the documentation build to use more recent versions of these tools before it becomes a critical release blocker at a bad time. - Jim

3 2

[iostreams] libstdc++ vs MSVC exception handling behavior in seekg, seekp
by James E. King III 17 Jul '18

17 Jul '18

I found a disabled test in Boost.Iostreams called stream_state_test. It was disabled because it was thought it only tests the standard library implementation. Partially true, but it also tests some parts of iostreams so I have been working to re-enable it along with the generic CI upgrades. It looks like libstdc++ and the standard library that comes with MSVC (is it still Dinkumware? It used to be...) handle exceptions on stream seekg and seekp differently. I haven't consulted the standards documents yet, but I found this reference for exception handling: http://www.cplusplus.com/reference/istream/istream/seekg/ which states, " Any exception thrown by an internal operation is caught and handled by the function, setting badbit <http://www.cplusplus.com/ios_base::badbit>. " Sitting in the debugger where the test throws an exception in error_device::seek, there is no exception handling within iostreams or in msvcp140d code paths for a call to seekg, while the libstdc++ implementation is able to pass all of the tests. This leads to a couple questions: 1. Are the standards clear in this area? 2. Is someone violating them? A cursory review (such as this) leads me to believe that the MSVC C++ runtime implementation is not properly handling exceptions here. The sources for seekg in libstdc++ wrap the internals in a try catch in order to restore state. The sources for seekg in the MSVCPRT do not. - Jim

2 1

Safe Float design question
by Damian Vicino 17 Jul '18

17 Jul '18

Hi, I looking for some design advice. The context: - I'm revisiting SafeFloat after some time and, while doing so, I'm rethinking all the decisions from the past. Idea is to sent for review in the following months. - The goal of the library is being a drop-in replacement for float, that adds checks to floating point operations and reports when a check failed. Without SafeFloat, someone could write something like this: #include <iostream> #include <limits> #include <cfenv> using namespace std; int main(){ float a = 1.0f; float b = numeric_limits<float>::max(); feclearexcept(FE_ALL_EXCEPT); float c = a/b; if(fetestexcept(FE_UNDERFLOW)) { cout << "underflow result\n"; } } What I expect when using safe_float is to declare upfront "what checks" I care about, "what operations" to check, and "what to do when a check fails". Some intention examples: - I would like to check there was no "overflow_to_infinite" in "addition operations", otherwise I "throw exception".. - I would like to check there was no "division by zero" in "division", otherwise I will "log to cerr and ignore it". - I would like to check there was no "inexact" "addition", otherwise I return an boost::unexpected. I have at least 5 things to check (there is 5 flags in c++11::fenv). I have at least 4 places to check (+/-/*//) and I want to keep what to do about it customizable. In addition, sometimes I want to check multiple things "overflow and underflow", etc... So, the question is how the user can pass all that information to the type and it doesn't look as horrible nonsense. My original option was: int main(){ using CHECK = compose_policy<check_addition_overflow, check_division_by_zero, check_division_underflow>::type; using REPORT = report_throw_on_failure; using sf = safe_float<float, CHECK, REPORT>; try{ sf a = 1.0_sf; sf b = numeric_limits<sf>::max(); auto c = a/b; } catch (safe_float_exception e){ cout << e.message(); //this outputs there was a underflow } } Please comment in what you think about this way to use. Is there a better way to specify the policies to apply that I should try? Best regards, Damian I expect when using safe float to write some code like this: int main(){ safe_float<float> }

2 3

[system] Clang CI builds broken because of constexpr
by Andrey Semashev 17 Jul '18

17 Jul '18

Hi, I'm seeing these errors in Travis CI builds with Clang 3.8, 3.9, 4.0 and 5.0: ./boost/system/error_code.hpp:232:41: error: constexpr constructor never produces a constant expression [-Winvalid-constexpr] BOOST_SYSTEM_CONSTEXPR explicit std_category( boost::system::error_category const * pc ): pc_( pc ) ^ ./boost/system/error_code.hpp:232:41: note: non-constexpr constructor 'error_category' cannot be used in a constant expression /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/system_error:69:5: note: declared here error_category() noexcept; ^ I'm assuming this is because the compiler uses libstdc++ from gcc 4.8, in which error_category() is not marked constexpr. Can this be fixed somehow?

1 0

[graph] disjoint_sets
by James E. King III 17 Jul '18

17 Jul '18

Hello folks in the Boost.Graph team, The CMT currently maintains Boost.DisjointSets which contains a class that is only used by Boost.Graph and Boost.GraphParallel. The headers are published in "boost/pending" right now. Given the CMT has a considerable workload already I would like to discuss moving disjoint_sets into Boost.Graph, as long as it satisfies the requirements for the two repositories currently consuming it. This would be for 1.69.0. Any thoughts, objections, considerations on this (open to anyone)? Thanks, Jim

2 3

Heads up about future standards annexing new identifiers
by Marshall Clow 16 Jul '18

16 Jul '18

As facilities get added to the standard library, they need names. When this happens, it restricts what other developers can and cannot do in their programs. For example, one cannot do this and expect most anything in the standard library to work: #define allocate(T) . new T [ But you knew about that ]. What you may not have known about was that the standards committee has voted contract enforcement/checking facilities into the draft standard (which will probably be C++20). This includes attributes named: 'expects' and 'ensures'. (all lower case) I have checked all of boost, and with the possible exception of Boost.Contract, we do not have any macros with those names. But you might want to keep your eyes open. -- Marshall P.S. These are not keywords - so it's perfectly fine to have member functions with these names. Variables, too. Probably even free functions - though I haven't tried that. But macros are right out ;-) P.P.S. For people who are interested, the paper is http://wg21.link/P0542

2 1

Searching for a intrusive::avltree_algorithms/bstree_algorithms dev
by Thimothée Virgoulay 16 Jul '18

16 Jul '18

Hello I'm working with the boost library (intrusive: : avltree_algorithms/bstree_algorithms ) and I found some bugs (not sure, maybe it's me who haven't understood the algorithm logic ). I have made hotfixes , add functions and it's working. But I don't know if this change were fine or needed. So I 'm searching for someone who can exchange with me about this library. Thimothée Virgoulay, second's year master degree in Bioinformatics at Montpellier University, France.

4 3

[rational] 1.68.0 merge permission
by James E. King III 16 Jul '18

16 Jul '18

The addition of pow() for rational was identified as a problem in beta testing. It has been reverted for now, and an issue added to the github repository to revisit it after 1.68.0. There are two commits I would like to merge to master: 1. The revert of pow which caused problems 2. A CI-only change to .travis.yml that fixes codecov.io and coverity scan build jobs in light of recent security upgrades in travis CI. No production code changes, zero affect on the release build workflow. This will allow the build status to remain green for the repository as it is merged to master. Thanks, Jim

2 1

[CMT] 1.68.0 merge permission
by James E. King III 16 Jul '18

16 Jul '18

The CI builds in CMT repositories are failing since Travis CI updated their backend last week. The fix is simple and isolated in the .travis.yml file in each repository which is not part of the boost release build cycle. All repositories develop branch have been updated with the fix. I'd like to merge the fix in the CMT repositories into master to eliminate the remaining failed build indicators. Given the change is only in .travis.yml I hope that will be acceptable. Without the fix any cron job on master in these repositories will fail in codecov.io and covscan. Thanks, Jim

2 1

Invalid arguments
by randy 16 Jul '18

16 Jul '18

I’ve the following function but i get invalid arguments error , can please someone tell me where’s this invalid param or argument : int Asio_Send_Pck(int iSendt,int Lsocket,char * Lbuff,int Len) { session* iTempSession = reinterpret_cast<session*>(Lsocket); boost::asio::async_write(iTempSession->socket() , boost::asio::buffer(Lbuff, Len), boost::bind(&session::handle_write, iTempSession, boost::asio::placeholders::error, iTempSession->data, iSendt )); return 0; };

2 1

Boost.Signals deprecation and removal
by James E. King, III 15 Jul '18

15 Jul '18

This first implementation of signals has been deprecated since the 1.54 release. (When) are we going to remove it? It is under management of the CMT, and it has been deprecated for over 10 major releases. I would like to suggest we remove it in the Boost 1.68.0 release. - Jim

9 9

Reporting accurate code coverage
by James E. King III 13 Jul '18

13 Jul '18

General Code Coverage Tip (for everyone): Measure your coverage using branches, not lines. Branch coverage tells you how well error cases are tested and therefore a far better measure of quality than line-based. I have seen over 90% line coverage but the branch coverage is more like 60% to 70% on average over the boost CMT-managed repositories. Here's the shell script I use on travis to generate the data and feed it to codecov.io: https://github.com/jeking3/boost-ci/blob/master/ci/travis/codecov.sh The trick is to feed --rc lcov_branch_coverage=1 to the correct commands to generate and preserve the branch information. Thanks, - Jim

3 3

[boost-ci] code coverage build fix
by James E. King III 13 Jul '18

13 Jul '18

For folks using boost-ci integration, here is a fix to your .travis.yml file to enable code coverage builds to work again. I received confirmation from Travis CI that a back-end update on their end corrected some security issues which necessitates this change. https://github.com/boostorg/rational/pull/22/files In the script section of the coverage job, replace the commands: cd lcov && sudo make install with: export PATH=/tmp/lcov/bin:$PATH Thanks, Jim

1 0

[boost-ci] codecov.io integration
by James E. King III 13 Jul '18

13 Jul '18

Folks using boost-ci integration may see the code coverage builds failing. Part of the .travis.yml script includes logic to update lcov to a newer version for branch coverage to work. These build jobs are breaking due to enforcement of the sudo restriction. I am working on a way to fix this and will send out an update when I have a solution. - Jim

1 0

[Range] 1.68 master/beta MSVC compilation error with /fpermissive-
by Vinnie Falco 13 Jul '18

13 Jul '18

When compiling using /fpermissive- (enable strict conformance) I get the following compilation error: boost\boost\range\concepts.hpp(257): error C3646: 'n': unknown override specifier boost\boost\range\concepts.hpp(264): note: see reference to class template instantiation 'boost::range_detail::RandomAccessIteratorConcept<Iterator>' being compiled boost\libs\beast\include\boost\beast\core\string.hpp(87): note: see reference to class template instantiation 'boost::basic_string_view<char,std::char_traits<char>>' being compiled boost\boost\range\concepts.hpp(257): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int boost\boost\range\concepts.hpp(257): error C3646: 'n': unknown override specifier boost\boost\range\concepts.hpp(264): note: see reference to class template instantiation 'boost::range_detail::RandomAccessIteratorConcept<Iterator>' being compiled I'm using the tip of master, digest 000bd8507f8a17ada2c1fef19158e16cdeabd631 Thanks

6 14

[Boost.Serialization] Help with PR fixing a memory leak in the current version
by Alexander Grund 12 Jul '18

12 Jul '18

Hi, TLDR: I would like https://github.com/boostorg/serialization/pull/105 to be merged for the next Boost release to fix a memory leak and need someone to review this or help getting it merge-ready. Details: Some time ago I made an analysis of a crash introduced in Boost 1.65.0 in the serialization part. The details are quite complicated as the cause is static initialization/destruction order in shared libraries which may even depend on compilers (could not confirm) or standard libraries (dito, observed in all tested versions). It boils down to a violation of the expected destruction order in the case of shared libraries. I observed how 2 global instances of the same type but from different shared libs are destroyed together although the 2nd should not yet be which causes a use-after-free from another global instance. The Singletons involved did have methods to detect, whether they are active or destroyed but they were kinda optimized away in Boost 1.65 leading to a crash which makes the whole library unusable. Not understanding the root cause of the crash lead to changing the singleton to use dynamic allocation, but not freeing it which leads to the memory leak that is currently in Boost. The current state of the develop-branch changed this back to the crash situation we had before making it unsuitable for the next release. Another pair of eyes would be great to check the PR and get this finally fixed. Thanks, Alex

6 33

[rational, spirit] 1.68.0 beta 2 bug report
by James E. King III 12 Jul '18

12 Jul '18

A bug reported by someone using a version of 1.68.0 (not specified): https://github.com/qtumproject/cpp-eth-qtum/issues/31#issuecomment-404257256 Seems to have something to do with the new pow template that was added to rational. This came from an old pull request that was simplified, however it seems pow is now a template defined in the namespace boost, and seems to have caused some issues. I'd guess this is only an issue inside boost namespace (so all boost headers) and not external namespaces. Not sure at the moment if the fix should be in rational or spirit. We could instead back out the change to rational for 1.68.0 where pow() was added into namespace boost. https://github.com/boostorg/rational/pull/21 - Jim

2 1

boost/context/all.hpp missing in 1.68.0beta1
by Roger Leigh 11 Jul '18

11 Jul '18

Is this intentional, or an unintentional regression? I was using this header in the CMake component checks to verify the presence of Boost.Context, and this is now breaking. I can update it to use a different header which has been present since 1.61, but this seems like a compatibility break, hence the question. Thanks, Roger

2 1

Fwd: [Range] 1.68 master/beta MSVC compilation error with /fpermissive-
by degski 11 Jul '18

11 Jul '18

It did go off-list. ---------- Forwarded message ---------- From: degski <degski(a)gmail.com> Date: 11 July 2018 at 19:16 Subject: Re: [boost] [Range] 1.68 master/beta MSVC compilation error with /fpermissive- To: Mateusz Loskot <mateusz(a)loskot.net> On 11 July 2018 at 18:56, Mateusz Loskot <mateusz(a)loskot.net> wrote: > (was your response intentionally direct and off-list?) > No, not intentionally, but it depends on how you send the email (because I pushed reply), like on this one (it would have gone off-list again). I had to add the mailing list back in. This doesn't happen with most posts. I'm not sure what you mean, but I meant the driver that Vinnie mentioned > I'm not totally sure what Vinnie mentions. But I'm talking about this one for stable <https://releases.llvm.org/6.0.1/LLVM-6.0.1-win64.exe> and this one for (almost) trunk <http://prereleases.llvm.org/win-snapshots/LLVM-7.0.0-r336178-win64.exe>. I have the impression Vinnie is talking about Clang/C2 <https://blogs.msdn.microsoft.com/vcblog/2016/04/06/clangc2-we-need-your-adv…>, but like I said it's not clear to me, that compiler, however, is discontinued. degski --- *"If something cannot go on forever, it will stop" - Herbert Stein*

1 0

[Histogram] Status of the review schedule
by Mateusz Loskot 11 Jul '18

11 Jul '18

Hi, Following some discussion in January this year, Hans Dembinski's Histogram library was scheduled for review in March. AFAICT, no review happened. What is the current status of the proposal? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 4

[geometry][units]
by Pranam Lashkari 11 Jul '18

11 Jul '18

I am trying to use boost.geometry with the integration of boost.units. What I want to do is store a coordinate point (e.g: Cartesian or spherical) which should be unit safe.(e.g a cartesian point with length unit meter should give error with cross product is done with cartesian point with length unit millimeter). For this I am using boost::geometry::model::point. Problems I am facing: 1. If I use something like boost::geometry::model::point<UnitClass, 3 ,boost::geometry::cs::cartesian> then all the operations like cross product and dot product will fail as units can not be multiplied and if we multiply then dimensions and units will change. 2. suppose I want to use spherical 3d coordinate then boost::geometry::model::point is cable accommodate only one type of class for all the underlying dimension(eg: distance, longitude and latitude). But in real case distance should be in length and longitude and latitude should be in angle unit. Is there any way to integrate boost.units with boost.geometry for the purpose I mentioned above. Thank you, Pranam Lashkari

1 0

Boost.Graph depth_first_visit algorithm
by Brook Milligan 09 Jul '18

09 Jul '18

The documentation on the Boost.Graph depth_first_visit algorithm indicates that the first argument is a non-const reference to an Incidence Graph. See https://www.boost.org/doc/libs/1_67_0/libs/graph/doc/depth_first_visit.html. However, in contrast the code in boost/graph/depth_first_search.hpp only implements the function for a _const_ reference to an Incidence Graph. I can see that changing the graph structure mid-traversal is a problem, but I have use cases in which graph properties (not graph structure) must be changed along the traversal. Thus, it seems that a valid use case is for this algorithm to work as documented, i.e., on a non-const graph. The attached patch implements overloads for the non-const versions of depth_first_{visit|search}, including overloads for the dfs_visitor member functions. Is there some reason not to extend the implemented interface in this way to better agree with the documentation? Cheers, Brook

1 0

Clang 600 and BOOST_SYSTEM_CONSTEXPR causes error_code.hpp compile failure.
by Paul A. Bristow 09 Jul '18

09 Jul '18

Having failed to build Boost libraries using Clang 6.0.0 using b2/bjam on Windows, I am now trying instead to use Codeblocks on Windows 10 to build static libraries. It comes to grief with these messages (the berbose gory details can be posted if anyone can help). In file included from I:\modular-boost\boost/system/system_error.hpp:14: I:\modular-boost\boost/system/error_code.hpp:409:88: error: variable does not have a constant initializer template<class T> BOOST_SYSTEM_REQUIRE_CONST_INIT system_error_category cat_holder<T>::system_category_instance; ^~~~~~~~~~~~~~~~~~~~~~~~ I:\modular-boost\boost/system/error_code.hpp:409:19: note: required by 'require_constant_initialization' attribute here template<class T> BOOST_SYSTEM_REQUIRE_CONST_INIT system_error_category cat_holder<T>::system_category_instance; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I:\modular-boost\boost/system/error_code.hpp:392:44: note: expanded from macro 'BOOST_SYSTEM_REQUIRE_CONST_INIT' # define BOOST_SYSTEM_REQUIRE_CONST_INIT [[clang::require_constant_initialization]] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This seems to be the ultimate cause I:\modular-boost\boost/system/error_code.hpp:226:41: note: non-constexpr constructor 'error_category' cannot be used in a constant expression BOOST_SYSTEM_CONSTEXPR explicit std_category( boost::system::error_category const * pc ): pc_( pc ) Is this because BOOST_SYSTEM_CONSTEXPR should not be defined? I note this in error_code.hpp #if defined(__GNUC__) && (__GNUC__ == 7 || __GNUC__ == 8) && __cplusplus >= 201700L // https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83835 # undef BOOST_SYSTEM_HAS_CONSTEXPR #endif should this undef list also include clang, and if so which versions 600? Or is there something about Boost.config and Codeblocks on Windows? Adding unconditional # undef BOOST_SYSTEM_HAS_CONSTEXPR seems to work. Suggestions welcome. Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

7 13

toolset=clang-win uses clang-linux-win?
by Peter Dimov 09 Jul '18

09 Jul '18

When I try `b2 toolset=clang-win` on Appveyor, I get `clang-linux-win` instead, that is, `-win` is interpreted as version for some reason, not as platform: https://ci.appveyor.com/project/pdimov/system/build/job/sjpdq5yrir2ewuhh Is this normal, or is it a bug in the clang toolset? Is there a magic command line incantation that would let me select clang-win?

3 7

[Boost Build] clang-win, <compatibility> property?
by degski 08 Jul '18

08 Jul '18

error: Please set <compatibility> property for visual studio version! How and to what value (VS2017 - 15.7.4, Compiler Version 19.14.26431 ) do I set the <compatibility> property using a project-config.jam file? The documentation <https://boostorg.github.io/build/manual/develop/index.html#bbv2.reference.t…> does not list clang at all, which probably means it works like gcc, there is obviously no <compatibility> property there. Help would be appreciated, then I can post some build results of 1.68-rc2. degski -- *"If something cannot go on forever, it will stop" - Herbert Stein*

1 0

python::numpy not built on windows binary installers
by Nicholas Devenish 07 Jul '18

07 Jul '18

Hi All, I just downloaded the windows boost binaries from https://dl.bintray.com/boostorg/release/1.67.0/binaries/, linked from the boost downloads page. They are missing the boost_numpy library. This (silently) doesn't build if the python installation that boost finds is missing numpy. This is listed as "Third Party" so apologies if this is the wrong place to report it - but it's not clear from the page who makes them. I also couldn't find any mention of this, so don't know if it's a deliberate exclusion. Nick

2 3

[release] Boost 1.68.0 Beta 1 Release Candidate 2
by Marshall Clow 07 Jul '18

07 Jul '18

The release candidates for the second 1.68.0 beta release are now available at: <https://dl.bintray.com/boostorg/beta/1.68.0.beta1.rc2/source/> The release notes are not yet available. The updated documentation is not yet available. [ They will be available in a day or two. ] == Changes since RC1: * version.hpp now has the correct version number in it. * Boost.Wave now builds on FreeBSD * Boost.ProgramOptions should now pass tests on msvc-10.0. The SHA256 checksums are as follows: 961d2bdc74c1499c931b32098842abba8883b1a89ef5c8f8f0ab0aff771a3ce5 boost_1_68_0_b1_rc2.7z 0364846258648e39908ca7cebfc2d2216eef6980c32aaf8276d2cfe73ef012e3 boost_1_68_0_b1_rc2.tar.bz2 d99105685a68907a76b0479ecde77915423246236ef0db9cb846c5bfc09b41f3 boost_1_68_0_b1_rc2.tar.gz 6158e0e961bfb0d8adeb2ea70337b08504668258025f0a873fb21eee3436d22e boost_1_68_0_b1_rc2.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 Boost Release Managers

2 4

[iostreams] Merging to master
by Edward Diener 07 Jul '18

07 Jul '18

I would like to merge the iostream changes on 'develop' to 'master'. They are all green on the 'develop' tests, and have been tested for awhile now, and I have just been lax getting these to the 'master' branch.

3 4

[1.68.0 Beta1 RC1][iostreams][vs2017 preview] seekpos is not a member of std::pos
by Mateusz Loskot 07 Jul '18

07 Jul '18

Hi, I'm trying to build some of Boost libraries with the very latest VS 2017 Version 15.8.0 Preview 3.0 I've changed project-config.jam to point msvc-14.1 to the corresponding CL.EXE ``` using msvc : 14.1 : "c:\Program Files (x86)\Microsoft Visual Studio\Preview\Professional\VC\Tools\MSVC\14.15.26608\bin\HostX64\x64\cl.EXE" ; ``` In "x64 Native Tools Command Prompt for VS 2017 Preview", I do ``` .\bootstrap.bat b2 -j8 toolset=msvc-14.1 address-model=64 variant=release --with-iostreams ... compile-c-c++ bin.v2\libs\iostreams\build\msvc-14.1\release\address-model-64\link-static\threading-multi\file_descriptor.obj file_descriptor.cpp .\boost/iostreams/positioning.hpp(96): error C2039: 'seekpos': is not a member of 'std::fpos<_Mbstatet>' c:\Program Files (x86)\Microsoft Visual Studio\Preview\Professional\VC\Tools\MSVC\14.15.26608\include\iosfwd(132): note: see declaration of 'std::fpos<_Mbstatet>' ``` Is this expected? Shouldn't this be fixed by https://github.com/boostorg/iostreams/pull/57 ? Or the PR has not made it into the master? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 4

[Boost PP] MSVC PP Updated Info
by degski 07 Jul '18

07 Jul '18

More info <https://blogs.msdn.microsoft.com/vcblog/2018/07/06/msvc-preprocessor-progre…> . degski -- *"If something cannot go on forever, it will stop" - Herbert Stein*

1 0

[release] Boost 1.68.0 Beta 1 Release Candidate 1
by Marshall Clow 07 Jul '18

07 Jul '18

The release candidates for the first 1.68.0 beta release are now available at: <https://dl.bintray.com/boostorg/beta/1.68.0.beta.1.rc1/source/> The release notes are not yet available. The updated documentation is not yet available. [ They will be available in a day or two. ] The SHA256 checksums are as follows: 4b39978aa227f56cc00715d48032e18f4bb259de756637a653b5acead4417e0b boost_1_68_0_b1_rc1.7z 39f6fdc16fc62041ca1401c5e8d1cd0220de24fd5d909eca3f0bf1049d1fd6f9 boost_1_68_0_b1_rc1.tar.bz2 9714d11a205e6f3a1cf1ed17b0caad8a64bc4a5459dfc6e1629e14e5e4b44dc7 boost_1_68_0_b1_rc1.tar.gz fe35f20eb5c2ebf5d4e4f15d0416e484058a732ca1a1e59b831b79d4d7702bdd boost_1_68_0_b1_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 Boost Release Managers

5 10

Error in ublas map_array doc
by Dick Hadsell 06 Jul '18

06 Jul '18

I was looking for a function to return the capacity of a Boost uBLAS map_array, so I checked the docs online. When I looked at this page: https://www.boost.org/doc/libs/1_67_0/libs/numeric/ublas/doc/index.html I found in the table of member functions two entries for the size() function, but one should clearly be the capacity() function. I confirmed in our headers that it exists. -- Dick Hadsell 203-992-6320 Fax: 203-992-6001 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 1 American Lane, Greenwich, CT 06831-2560

1 0

[release] 1.68.0 closed for Beta
by Marshall Clow 06 Jul '18

06 Jul '18

The master branch is now closed for all changes except by permission for the Beta release. Also, remember to add your libraries' changes to the release notes at: < https://github.com/boostorg/website/blob/master/feed/history/boost_1_68_0.q… > Thanks, -- The Boost Release Team

4 5

[MultiIndex] Hinted insertion for multiple indices?
by Gareth.Sylvester-Bradley＠sony.com 04 Jul '18

04 Jul '18

Is there a way to provide insertion hints for multiple indices in a multi_index_container? In a particular example, I have a container with several ordered_non_unique indices, and for the majority of insertions, the value will end up at the end of these indices. I'm looking for a way to provide the index.end() hint for all of these indices? (Or maybe alternatively, to relax the stability/insertion-order guarantee?) Thanks, Gareth

2 3

[ASIO] Clarification regarding socket release on Windows
by Gyorgy Szekely 04 Jul '18

04 Jul '18

Hi, The documentation (boost 1.67) of asio::basic_stream_socket::release() has the following remark: *This function is unsupported on Windows versions prior to Windows 8.1, and will fail with boost::asio::error::operation_not_supported on these platforms.* This is in accordance with the compiler warning I get when building my project (from asio basic_socket.hpp), and the runtime behavior: the native socket ownership is indeed retained by asio. For the IOCP backend! If I add the BOOST_ASIO_DISABLE_IOCP define to the build I still get the warning, but the release() appears to be working: the ownership is released and I can do whatever I want with the socket. My question: does the above comment apply only to the IOCP backend and I can use release() with the reactive socket service? Or it just happens to be working in my current setup but it's not guaranteed for others (or it leaks resources, etc...)? Regards, Gyorgy

1 0

[beast] warning
by Vinnie Falco 04 Jul '18

04 Jul '18

I'd like to merge to master, this tiny fix for a warning: <https://github.com/boostorg/beast/pull/1175> The OSX build failure is spurious and unrelated Thanks

1 0

Boost linked example
by degski 03 Jul '18

03 Jul '18

Could someone, please, point me to an example (in the Boost source, i.e. a file in the libs sub-folder) that would require (with certainty) a built library. Which library don't matter. I've tried some date-time examples and boost::random::random_device, but it works, while I hoped it wouldn't. The latter can also mean I have some strays, but then I know that. I would like to check vcpkg static-static linking for Boost. Thanks, degski -- *"If something cannot go on forever, it will stop" - Herbert Stein*

2 4

CMT Library and CI Status for Boost 1.68.0
by James E. King III 01 Jul '18

01 Jul '18

I have been working on adding CI to the CMT libraries (and a few others). This provides improved quality and metrics for each repository with builds for various linux and windows combinations, as well as code coverage and static code analysis with coverity scan. Here is the current status for work that will make it into 1.68.0: The CI framework I have been adding is here: https://github.com/jeking3/boost-ci CI has been enabled on the following repositories (and any identified defects have been resolved) and is passing: function, mpl, pool, property_map, ptr_container, rational, tokenizer In addition, Boost.Move and Boost.Signals2 are also now using this framework to improve deliverable quality. CI not yet enabled on (and reasons): Boost.Assign fails to compile <https://github.com/boostorg/assign/pull/16> with MSVC 2012 in Appveyor. Boost.ConceptCheck fails to compile <https://github.com/boostorg/concept_check/pull/13> on most compilers in Travis CI and Appveyor. (It looks like it's unusable.) Boost.DisjointSets - status unknown (no CI) - open question still unanswered: Can we merge this into container? It is only used by graph and graph_parallel. Boost.DynamicBitset fails to compile <https://github.com/boostorg/dynamic_bitset/pull/23> on all MSVC and on linux with c++03 mode. Boost.Interval (numeric/interval) fails to compile <https://github.com/boostorg/interval/pull/14> - most combinations fail and may go into an infinite loop in some cases. Boost.Logic (tribool) uncovered issue #8 <https://github.com/boostorg/logic/issues/8>. Boost.Signals - we discussed a removal notification in an upcoming release but no action has been taken by the CMT yet to make this happen so it may slip into the next release. Boost.Statechart needs some Jamfile help to get it to work with this CI infrastructure. I am most concerned about Boost.ConceptCheck and Boost.Interval. Both may be unusable at this point. If folks have any spare cycles and care to take a look, it would be appreciated. Thanks, Jim

3 3

[config] MSVC feature-test macros
by Stephan T. Lavavej 29 Jun '18

29 Jun '18

Hi Boost devs, FYI, VS 2017 15.8 Preview 3 has been released, with support for feature-test macros. If you want to take advantage of the feature-test macros, please notify me immediately about any problems so I can get them fixed for the production release. Notes: * __has_cpp_attribute is the one thing that isn't supported yet. * There are minor changes coming for the production release of 15.8, notably L suffixing and an increase in the value for __cpp_deduction_guides. * Library macros are defined by including any <meow> or <cmeow> header (but not <meow.h>). <ciso646> is the lightweight way to get all macros. This will be superseded by <version> in C++20, but that is not yet implemented. * The macros are always provided regardless of the /std compiler option. (Of course their definedness and values vary.) * We are defining __cpp_exceptions and __cpp_rtti, although those weren't picked up for C++20. * The only fundamentally new ability that these macros provide is the ability to sense whether thread-safe statics are supported; this was previously controlled by a compiler option, but not reflected in any MSVC-specific macro. * The macros respect all of our compiler options and library control macros - e.g. if std::byte's definition is suppressed (to avoid conflicts with the Windows SDK), then __cpp_lib_byte reflects that. Hope this helps, STL

6 7

[chrono] #13557 Boost 1.67.0 chrono library Windows build installs NTFS junction
by Stephan T. Lavavej 28 Jun '18

28 Jun '18

Hi Boost.Chrono devs, I have some additional information about https://svn.boost.org/trac10/ticket/13557 . (Also tracked at https://github.com/StephanTLavavej/mingw-distro/issues/58 , it affects both MSVC and MinGW.) As Joshua Morrison discovered, copying libs/chrono/stopwatches/include/boost/chrono/. to boost/chrono before building is a workaround that prevents the junction and hardlink from being created. Also, I mentioned this on Twitter and René Rivera said: "Those links are supposed to appear only for the git checkout of @Boost_Libraries and are created on demand when headers are reference during the header scanning. Creating those for a release is a bug in the release process." (https://twitter.com/grafikrobot/status/1011077139511369728 ) I'm still not sure what the correct fix is, but it seems that boost/chrono should contain the stopwatches files, if they're being referenced by other headers. Thanks, STL

2 2

[ Interest? ] [ out_ptr ] Tiny C++ Abstraction for C-Style Output Pointers
by ThePhD 28 Jun '18

28 Jun '18

Dear Boost Community, I was encouraged to submit this small library that I had created as a formal public investigation of the performance and API-interop benefits to the Boost Mailing List, to perhaps see if other people have come up with something similar to this at their own comapnies. out_ptr is a small abstraction for making types such as std::unique_ptr, std::shared_ptr, boost::shared_ptr, and the upcoming std::retain_ptr <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0468r0.html> work work C-Style output functions as a parameter, addressing the need of wanting to be able to do "my_c_api_init( foo, bar, &my_smart_ptr );". It's design is meant to be extensible by both the library implementer and the user, enabling it to be used with other pointer types that do not originate from either `boost::` or `std::`. The library replaces the sought-after syntax of: my_c_api_init( foo, bar, &my_start_ptr ); with a free function that does not impose on the interface of the smart pointer: my_c_api_init( foo, bar, out_ptr( my_smart_ptr ) ); This makes it possible to use a temporary return value to give a reference to a pointer value that then performs a reset on the smart pointer. Is there any want for something like this? I know it has seen use at companies and Studios I have worked in and interacted with, including Microsoft and VMWare. std::retain_ptr's author also has a need for this to make interop easier with reference-counting C APIs and beyond, and I myself implemented something like it 5 years ago and have been using it ever since. Sincerely, JeanHeyd P.S.: this is also going to end up going in the Post-Rapperswil Standards C++ Mailing as well. The proposal is also contained in the repository: https://rawgit.com/ThePhD/out_ptr/master/papers/d1132.html

1 0

[release] 1.68.0 closed for major changes
by Marshall Clow 28 Jun '18

28 Jun '18

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_68_0.qbk> 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. Thanks, -- The Boost Release Team

1 0

[Boost PP] MSVC PP
by degski 28 Jun '18

28 Jun '18

We seem to be getting there. Visual Studio 2017 version 15.8 Preview 3 Announcement <https://blogs.msdn.microsoft.com/visualstudio/2018/06/26/visual-studio-2017…> tl:dr: "*C++ Standards:* A new, experimental, token-based preprocessor that conforms to C++11 standards (including C99 preprocessor features), enabled with /experimental:preprocessor switch. This will be controlled with macro _ *MSVC*_TRADITIONAL, which will be defined to 1 when using the traditional preprocessor and 0 when using the new experimental standards conformant preprocessor." degski -- *"If something cannot go on forever, it will stop" - Herbert Stein*

4 4

[release]
by Zach Laine 27 Jun '18

27 Jun '18

I'm seeing a difference in the Yap Quickbook build in a local checkout of boost-with-submodules, develop branch, and the Circle CI develop build. The auto-index seems to be wrong in the Circle CI one: https://www.boost.org/doc/libs/develop/doc/html/yap.html Note that the stuff at the bottom of that page refers to content in other libs. The Reference section also points to the wrong stuff in the .hpp detail pages. When I originally moved Yap over to Boostorg, I did not initially update all the paths correctly for an integrated Boost build; I was doing a standalone doc build. I have since fixed the paths, and I see the right index and Reference sections when I build locally. I suspect that the Circle CI cache has some files lying around that are causing this problem, but I don't really know. Does anyone have any insight into this problem? Does anyone have admin rights to do a Circle CI rebuild-without-cache? Thanks, Zach

1 0

[Library idea] Type-safe Flagsets
by Julien Vernay 27 Jun '18

27 Jun '18

Hello everybody, I want to know if some people are interested in a type-safe flagsets. I define flagsets as a container similar to a bitset, but where each bit has a meaning. For example, we could have in some game : enum Direction : unsigned { UP = 0b0001, DOWN = 0b0010, LEFT = 0b0100, RIGHT = 0b1000 }; ... unsigned player_dir = UP | RIGHT; if ((player_dir & (UP|LEFT)) == (UP|LEFT)) player.setAnim("up_left"); player_dir &= ~UP; //removing UP from player_dir I think there are some issues with this kind of flagset : - you need to think about power-of-twos when attributing values to your flags. - you need to use bitwise operations which can be non-trivial, even for removing only one flag. - it is not safe: for example with another flagset using the flag INIT_VIDEO (in a window library like SDL), you can do " UP | INIT_VIDEO " even if the two flagsets have nothing in common With a type-safe flagset library, this code would become : namespace Direction { struct UP; struct DOWN; struct LEFT; struct RIGHT; using Type = flagset<unsigned, UP, DOWN, LEFT, RIGHT>; //unsigned is the underlying type }; ... auto player_dir = Direction::Type::Value<Direction::UP, Direction::RIGHT>(); if (player_dir.allOf<Direction::UP,Direction::LEFT>()) player.setAnim("up_left"); player_dir.reset<Direction::UP>(); It is more verbose but also more safe and easy to use. I actually have a partial implementation on GitHub, supporting read, write and conversions to strings : https://github.com/J-Vernay/flagset I would like to know if some people are interested in this kind of library, and if yes, what they think about the current syntax/implementation. Thanks for reading !

3 8

Re: [boost] On Boost's logo copyright
by Mateusz Loskot 25 Jun '18

25 Jun '18

(CC to boost(a)lists.boost.org) On 25 June 2018 at 22:03, Giovanni Mascellani <gio(a)debian.org> wrote: > Il 25/06/2018 14:33, Mateusz Loskot via Boost ha scritto: >> AFAICT, the logo design was established around Boost 1.33. >> Here is related note from the release notes [1] >> >> ``` >> Rene Rivera for the new Boost web page design; and Zoltan >> "cad" Juhasz for the new Boost logo. >> ``` > > This is very useful, thank you! You're welcome. I hope I've pulled the actual facts. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

On Boost's logo copyright
by Giovanni Mascellani 25 Jun '18

25 Jun '18

Dear Boost developers, I am preparing the next upload of Boost package in Debian. I would appreciate your help on a little detail, which is however very important for Debian (if this is not the right place to ask, please accept my apologies and direct me to a more appropriate one): who is the copyright holder of Boost's logo? I understand that it is licensed under the BSL license, but it seems to me that the name of the rights holder is not listed anywhere. Thanks for your help and for the great library, Giovanni. -- Giovanni Mascellani <g.mascellani(a)gmail.com> Postdoc researcher - Université Libre de Bruxelles

2 1

[release][yap] Master archive builds broken.. for a long time.
by Rene Rivera 24 Jun '18

24 Jun '18

While checking to see that the master PRs I did yesterday to master where not causing problems I noticed something unrelated. Looks like the master archive build has been failing for a long time now. Seems the addition of YAP is broken. It appears there's some documentation files missing: /home/ubuntu/build/boost/bin.v2/doc/gcc-4.8/debug/auto-index-on/threadapi-pthread/src/boost.auto_index.docbook:65535: element include: XInclude error : could not load /home/ubuntu/build/boost/bin.v2/doc/gcc-4.8/debug/auto-index-on/threadapi-pthread/home/ubuntu/boost/libs/yap/doc/yap_reference.xml, and no fallback was found >From any of the builds in < https://circleci.com/gh/boostorg/boost/tree/master>. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net

2 4

[math] policy<discrete_quantile<real> > test's fail because multiple matches for 'real'
by Brian Kuhl 24 Jun '18

24 Jun '18

When I compile with VxWorks 7/Clang v5/ Dinkum 700 there is an inline real() function in global scope. Leading to a few errors like this: ----------------------------------------------------------------------- clang-vxworks.compile.c++ ../bin.v2/libs/math/test/test_poisson_float.test/clang-vxworks-4.2.1/debug/cross-compile-vxworks/static-only-on/test_poisson.o "/yow-build40-lx1/bkuhl/vx7/compilers/llvm-5.0.0.3/LINUX386/bin/clang" -x c++ --target=x86_64 -m64 -mcmodel=large -fno-omit-frame-pointer -fno-strict-aliasing -mno-implicit-float -fno-builtin -nostdlibinc -nostdinc++ -fno-use-init-array -ftls-model=local-exec -ansi -std=c++14 -O2 -Wall -Wno-missing-braces -Wreturn-type -Wconversion -Wformat -Wno-sign-conversion -Wno-c++11-narrowing -isystem/yow-build40-lx1/bkuhl/workspace/VSB/usr/h -isystem/yow-build40-lx1/bkuhl/workspace/VSB/usr/h/system -isystem/yow-build40-lx1/bkuhl/workspace/VSB/usr/h/public -O0 -fno-inline -Wall -g -include/yow-build40-lx1/bkuhl/workspace/VSB/3pp/BOOST/boost_1_67_0/autoconf_vsbConfig_quote.h -D_C99 -D_HAS_C9X -D__vxworks -D__VXWORKS__ -D__RTP__ -D__ELF__ -D__WRS_NO_DIRECT_TLS_ACCESS_FROM_RTP_TO_SHARED_LIB -I/yow-build40-lx1/bkuhl/workspace/VSB/3pp/BOOST/boost_1_67_0 @/yow-build40-lx1/bkuhl/workspace/VSB/mk/_vsbuinc_cmdllvmBOOST -D_VX_CPU=_VX_SIMLINUX -D_VX_TOOL_FAMILY=llvm -D_VX_TOOL=llvm -D_nq_VSB_CONFIG_FILE=/yow-build40-lx1/bkuhl/workspace/VSB/h/config/vsbConfig.h -I/yow-build40-lx1/bkuhl/workspace/VSB/share/h -isystem/yow-build40-lx1/bkuhl/workspace/VSB/usr/h -isystem/yow-build40-lx1/bkuhl/workspace/VSB/usr/h/system -isystem/yow-build40-lx1/bkuhl/workspace/VSB/usr/h/public -D_VSB_PUBLIC_HDR_DIR=/yow-build40-lx1/bkuhl/workspace/VSB/usr/h/public -I. -DBOOST_ALL_NO_LIB=1 -DBOOST_CHRONO_STATIC_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_SYSTEM_STATIC_LINK=1 -DBOOST_TEST_NO_AUTO_LINK=1 -DBOOST_TIMER_STATIC_LINK=1 -DBOOST_UBLAS_UNSUPPORTED_COMPILER=0 -DTEST_FLOAT -I".." -I"../libs/math/include_private" -I"../libs/math/test" -c -o "../bin.v2/libs/math/test/test_poisson_float.test/clang-vxworks-4.2.1/debug/cross-compile-vxworks/static-only-on/test_poisson.o" "../libs/math/test/test_poisson.cpp" ../libs/math/test/test_poisson.cpp:454:39: error: reference to 'real' is ambiguous typedef policy<discrete_quantile<real> > P1; ^ /yow-build40-lx1/bkuhl/workspace/VSB/usr/h/public/complex.h:689:21: note: candidate found by name lookup is 'real' inline long double real(_Lcomplex _Left) ^ /yow-build40-lx1/bkuhl/workspace/VSB/usr/h/public/complex.h:543:14: note: candidate found by name lookup is 'real' inline float real(_Fcomplex _Left) ^ /yow-build40-lx1/bkuhl/workspace/VSB/usr/h/public/complex.h:397:15: note: candidate found by name lookup is 'real' inline double real(_Dcomplex _Left) ^ /yow-build40-lx1/bkuhl/workspace/VSB/3pp/BOOST/boost_1_67_0/boost/math/policies/policy.hpp:225:4: note: candidate found by name lookup is 'boost::math::policies::discrete_quantile_policy_type::real' real, ^ ../libs/math/test/test_poisson.cpp:454:39: error: unknown type name 'real' typedef policy<discrete_quantile<real> > P1; ^ ../libs/math/test/test_poisson.cpp:454:45: error: expected a type typedef policy<discrete_quantile<real> > P1; ^ 3 errors generated. ...failed clang-vxworks.compile.c++ ../bin.v2/libs/math/test/test_poisson_float.test/clang-vxworks-4.2.1/debug/cross-compile-vxworks/static-only-on/test_poisson.o... -------------------------------------------------------- I'd like to contribute a pull request to resolve this. But I'd like some guidance; is a simple change that qualifies real acceptable. using namespace boost::math::policies; - typedef policy<discrete_quantile<real> > P1; + typedef policy<discrete_quantile<boost::math::policies::real> > P1; typedef policy<discrete_quantile<integer_round_down> > P2; Or is this something that should be added with #ifdef __VXWORKS__

2 1

Re: [boost] Boost.Signals deprecation and removal
by Mike 22 Jun '18

22 Jun '18

> Isn't deprecation the warning? That depends on what deprecation means. Currently the warning message just says: > [1]Boost.Signals is no longer being maintained and is now deprecated. [...] No mention of removal. The documentation even says > If you have existing [2]Boost.Signals-based code, it **will continue to work**, but consider moving to Boost.Signals2.Â Best Mike References 1. http://Boost.Signals/ 2. http://Boost.Signals/

6 6

[release] 1.68.0 closing for major changes next week
by Marshall Clow 21 Jun '18

21 Jun '18

One week from tomorrow master will closed for major changes. Upcoming dates: * 27-Jun: Boost 1.68.0 closed for major code changes * 4-Jul: Boost 1.68.0 closed for beta * 11-Jul: Boost 1.68.0 beta 1 * 1-Aug: Boost 1.68.0 closed for release * 4-Aug: Boost 1.68.0 release -- The Boost Release Team

2 1

[Build] Create test with shared library linked against current Boost link-variant
by Alexander Grund 18 Jun '18

18 Jun '18

Hi, I discovered a severe bug in Boost.Serialization and am trying to contribute a test to the test suite to reproduce that behavior. I have a minimum example which runs into this (see also https://stackoverflow.com/questions/50064617/order-of-destruction-for-stati…) but I'm having trouble getting that into the Jamfile. What I need: 2 shared libraries linked against the currently tested Boost link-variant and link those into an executable not linked against Boost. So testcase a) would be against Boost-Shared and b) against Boost-Static. But in all cases the libraries itself must be shared. What I have: lib multi_shared_1 : multi_shared1.cpp ../build//boost_serialization : <link>shared ; lib multi_shared_2 : multi_shared2.cpp ../build//boost_serialization : <link>shared ; ... [ test-bsl-run test_multi_shared_lib : : multi_shared_1 multi_shared_2 ] Problem: This links against Boost-Shared even with "./b2 link=static" My best approach so far is to change "../build//boost_serialization" to "../build//boost_serialization/<link>static" but then I cannot test testcase a) (Boost-Shared) anymore. Also it does link other Boost-Libraries (filesystem, system) shared, not static. Furthermore I'd need to add `-fPIC` to the cxxflags of the boost libraries. This is minor as it can be done in the `.travis` file but I'd rather have it in the Jamfile so it is not missed in other test-environments. How can I achieve this? I'm not to familiar with the Jamfiles so this is basically all I could find so far. Thanks, Alexander Grund

1 1

[container] [flat_map] Sub-optimal behavior when utilized with std::less<>
by Viktor Sehr 16 Jun '18

16 Jun '18

It seems to me that neither boost::flat_map nor boost:flat_set with a custom comparator such as std::less<> behaves like std::set/std::map. This results in unnecessary allocation, in difference from std::map/set when used with a std::string as key for example Example: // Please note that I pretend that "dummy" is large enough to make the std::string utilize the heap. auto set = std::set<std::string, std::less<> >{}; auto n = set.count("dummy"); // No conversion from const char* to std::string auto flatset = boost::container::flat_set<std::string, std::less<> >{}; auto n = flatset.count("dummy"); // const char* is converted to a std::string before comparison, thus resulting in an unnecessary allocation. Is this a known issue intended to be resolved? Looking at the code of STL (which ever version ships with Visual Studio), find, count etc has been extended with template key types in addition to the regular key_type using an "is_transparent" trait: template<class _Other, class _Mycomp = key_compare, class = typename _Mycomp::is_transparent> size_type count(const _Other& _Keyval) const { _Keyval _Paircc _Ans = equal_range(_Keyval); return (_STD distance(_Ans.first, _Ans.second)); } Best regards /Viktor Sehr

4 4

Interest in (parts of) type_safe, e.g. Boost.StrongTypedef?
by Jonathan Müller 15 Jun '18

15 Jun '18

I've been working on https://github.com/foonathan/type_safe for the past 20 months or so. What started as an experimenting ground for type safe programming facilities quickly turned into a general mix bag of utilities. However, it became my most popular project, so there is something in there people find really useful. And with that multiple approached me wanting to have it added to Boost, so here I am. I do realize that not all of it is suited for Boost: some of it has overlap with existing libraries (e.g. optional/variant), some of it has better implementations elsewhere (e.g. improved integer types) and some of it is to novel/experimental (e.g. stuff like constrained_type). But there are some things that could be useful for Boost. I'm mainly thinking of the strong typedef facility. I plan on splitting the library up into multiple parts anyway (see also https://github.com/foonathan/type_safe/issues/82) so please let me know whether there is anything you'd like to see being prepared for Boost. Thanks, Jonathan

3 2

[rational] release (optimized) builds are failing unit tests
by James E. King, III 12 Jun '18

12 Jun '18

I am adding CI to Boost.Rational and the unit tests are failing for different levels of optimization on different compilers. Before I dig into it further, does anybody have any idea what this might be? https://github.com/boostorg/rational/issues/18 See issue for error output. Ubuntu Bionic gcc unit test succeeds: -O0, -O1 unit test fails: -O2, -O3 boost@17b66a9efac4:/boost/libs/rational/test$ g++ --version g++ (Ubuntu 7.3.0-16ubuntu3) 7.3.0clang unit test succeeds: -O0 unit test fails: -O1, -O2, -O3 boost@17b66a9efac4:/boost/libs/rational/test$ clang++-6.0 --version clang version 6.0.0-1ubuntu2 (tags/RELEASE_600/final) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin To reproduce, try: boost@17b66a9efac4:/boost/libs/rational/test$ ../../../b2 toolset=clang variant=release rational_test I am using the ubuntu bionic docker container to do the build in. See boostorg/boost#184 <https://github.com/boostorg/boost/pull/184>

1 0

[release] 1.68.0 deadline for new libraries approaching
by Marshall Clow 12 Jun '18

12 Jun '18

One week from tomorrow master will closed for new libraries. Upcoming dates: * 20-Jun: Boost 1.68.0 closed for new libraries and breaking changes * 27-Jun: Boost 1.68.0 closed for major code changes * 4-Jul: Boost 1.68.0 closed for beta * 11-Jul: Boost 1.68.0 beta 1 * 1-Aug: Boost 1.68.0 closed for release * 4-Aug: Boost 1.68.0 release -- The Boost Release Team

1 0

meta/libraries.json question
by Antony Polukhin 11 Jun '18

11 Jun '18

Hello, I see that I can specify "std": [ "proposal" ], in meta/libraries.json. What are the other options? Can I write "с++17" instead of "proposal" (for Any and Variant)? -- Best regards, Antony Polukhin

1 0

boost::winapi and Windows CE 7 and Windows Mobile 6
by Vyacheslav Lanovets 07 Jun '18

07 Jun '18

Hello, I am having big trouble migrating from 1.65.1 to 1.67 in VS2008 for CE platform. We already have quite a few patches for boost we reapply on every update. Boost 1.67 added more issues here and there, and among them the winapi library. On our old CE 7.00 I have winnt.h file where the second branch get selected. #if (defined(_M_MRX000) || defined(_M_IX86) || defined(_M_ALPHA) || defined(_M_PPC) || defined(_M_IA64)) && !defined(MIDL_PASS) #define DECLSPEC_IMPORT __declspec(dllimport) #else #define DECLSPEC_IMPORT #endif Therefore, WINAPI functions are not imported but is linked via corelib.lib library. So when I compile my code I see 3>D:\Dev\boost167\boost/winapi/semaphore.hpp(48) : error C2375: 'CreateSemaphoreW' : redefinition; different linkage 3> C:\Program Files (x86)\Windows CE Tools\SDKs\DS-200i\include\ARMv4I\winbase.h(3189) : see declaration of 'CreateSemaphoreW' To make things worse in Windows Mobile 6 SDK half of API is imported and half is not (goes through corelib.lib). Visual Studio 2008 installer includes WM6 SDK. And in the file C:\Program Files (x86)\Windows Mobile 6 SDK\PocketPC\include\ARMV4I\winbase.h there are functions not prefixed with WINBASEAPI. The solution would be to have 2 new defines instead of BOOST_SYMBOL_IMPORT in boost::winapi. On CE 7 both would be empty, on WM 6 one would be __declspec(dllimport) Regards, Vyacheslav

4 3

Yap formally accepted into Boost
by Louis Dionne 04 Jun '18

04 Jun '18

Dear Boost, This message is to announce that Yap (which had been conditionally accepted [1]) is now accepted into Boost, since the conditions for acceptance have been met. The conditions for acceptance were: - Improve the documentation to satisfy Brook Milligan and myself (done) - A single macro for symmetric binary operators (done in https://github.com/tzlaine/yap/issues/22) - Get rid of external dependencies checked into repository (done) - Boost.Build (done in https://github.com/tzlaine/yap/issues/52) Congratulations Zach! Louis Dionne Review manager for Boost.Yap [1]: https://lists.boost.org/boost-announce/2018/03/0540.php

2 1

Re: [boost] [Algorithm] contains(v, 1)
by Jean-Philippe DUFRAIGNE 04 Jun '18

04 Jun '18

On 5/31/18 3:14 AM, Olaf van der Spek via Boost wrote: > Hi, > > vector<int> v; > contains(v, 1); > > This doesn't work as contains expects two ranges (AFAIK). > Is there some other function that's usable for this purpose? > Should contains support a value for argument 2? > > Gr, > Hi, This algorithm exists: boost::any_of_equal https://www.boost.org/doc/libs/1_67_0/libs/algorithm/doc/html/the_boost_alg… Thanks; Jean-Philippe

2 1

[outcome] v2.1 progress report
by Niall Douglas 04 Jun '18

04 Jun '18

Dear Boost, Two months after you accepted Outcome into Boost, I am pleased to say that I believe that all the known bugs and very substantial source refactoring recommended by the peer review have been implemented (detailed changelog is appended below). What remains is a few months of maturing in real world use as all this severe refactoring needs to be tested outside a test suite, and of course the documentation which I don't intend to start work on until the autumn. The Boost edition has, obviously, received a major upgrade and it is now 100% "Boost native" in that it uses Boost.System and Boost.Exception now. The test suite for the Boost edition exclusively tests the Boost native edition, and it all passes. Outcome (both standalone and Boost editions) now can handle both Boost and std types freely intermixed as you see fit. A new "lite" single header edition exists which drags in virtually no system headers, and is hideously low impact on compile times as a result. ABI and API stability have been dumped to git repo with scripting to check the current library against the frozen dumps. This edition should make the corporate crowd very pleased. Very little should appear to have changed from the outside. Code written for v2.0 ought to, more or less, compile and work as before with v2.1. I would appreciate whatever help the Boost community can give in helping to test this edition. I expect new bugs to have been introduced given the severe source code refactoring, and new dual support for Boost and std as equals. My gratitude in advance. Niall --- ## v2.1 in progress [[project]](https://github.com/ned14/outcome/projects/1) - Boost edition is now 100% Boost, so defaults for `result` and `outcome` are `boost::system::error_code::errc_t` and `boost::exception_ptr`. Moreover, the test suite in the Boost edition now exclusively tests the Boost edition. One can, of course, freely use the standalone edition with Boost, and the Boost edition with `std` types. - Renamed ADL discovered customisation point `throw_as_system_error_with_payload()` to `outcome_throw_as_system_error_with_payload()`. - [#135](https://github.com/ned14/outcome/issues/135) - Added much clearer compile failure when user tries `result<T, T>` or `outcome` where two or more types are identical. Thanks to Andrzej Krzemieński for suggesting a technique which combines SFINAE correctness with the remaining ability for `result<T, T>` etc to be a valid type, but not constructible. - [#67](https://github.com/ned14/outcome/issues/67) - Fixed one of the oldest long open bugs in Outcome, that the noexcept unit tests failed on OS X for an unknown reason. - [#115](https://github.com/ned14/outcome/issues/115) - Outcome did not construct correctly from `failure_type`. - Inexplicably outcome's error + exception constructor had been removed. Nobody noticed during the Boost peer review, which is worrying seeing as that constructor is needed for one of the main advertised features to Boost! - [#107](https://github.com/ned14/outcome/issues/107) and [#116](https://github.com/ned14/outcome/issues/116) - `operator==` and `operator!=` now become disabled if the value, error and exception types do not implement the same operator. - Relatedly, both comparison operators simply didn't work right. Fixed. - [#109](https://github.com/ned14/outcome/issues/109) - `swap()` now has correct `noexcept` calculation and now correctly orders the swaps to be whichever is the throwing swap first. - Added reference dump of v2.1 ABI so we can check if ABI breakage detection works in the next set of changes, plus Travis job to check ABI and API compatibility per commit. - [#124](https://github.com/ned14/outcome/issues/124) - `OUTCOME_TRY` is now overloaded and selects `void` or `auto` edition according to input parameter count. - [#120](https://github.com/ned14/outcome/issues/120) - Fix generation of double underscored temporary variables in `OUTCOME_UNIQUE_NAME`, which is UB. - [#110](https://github.com/ned14/outcome/issues/110) - Separated `result` from its hard coded dependency on the `<system_error>` header. - Renamed `result` and `outcome` to `basic_result` and `basic_outcome`. - Renamed `result.hpp` into `basic_result.hpp`. - Moved `<system_error>` and `<exception>` dependent code into new `std_result.hpp` and `std_outcome.hpp` header files. - Added `boost_result.hpp` and `boost_outcome.hpp` which use Boost.System and Boost.Exception (these are `result.hpp` and `outcome.hpp` in the Boost edition). -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

1 1

[beast] How do I select un-DEPRECATED interfaces?
by Brian Kuhl 04 Jun '18

04 Jun '18

Hi Experts, I’m working with an EAR release of VxWorks 7 with llvm v5.0 and VxWorks’ first C++14 STL ( Dinkum v700) and Boost v 1.67 ( Yes, the RTOS world moves slowly) I’ve gotten a clean compile of Beast with #define BOOST_BEAST_ALLOW_DEPRECATED #define BOOST_COROUTINES_NO_DEPRECATION_WARNING But I’m having trouble locating the logic that’s choosing these deprecated interfaces for me? Could someone point out the relevant logic? Many Thanks, Brian Kuhl Senior Manager – Information Development Wind River

2 1

[Algorithm] contains(v, 1)
by Olaf van der Spek 03 Jun '18

03 Jun '18

Hi, vector<int> v; contains(v, 1); This doesn't work as contains expects two ranges (AFAIK). Is there some other function that's usable for this purpose? Should contains support a value for argument 2? Gr, -- Olaf

5 13

[compressed_pair] [hof] [hana] What's the story with compressed_pair?
by Tom Westerhout 30 May '18

30 May '18

Hello! It looks like there are at least three different implementations of a "std::pair with EBO" in Boost: boost/utility/compressed_pair.hpp boost/hof/detail/compressed_pair.hpp boost/hana/pair.hpp Finally, there is also std::tuple which seems to also make use of EBO. I need similar functionality for a GSoC project I'm working on this year. So I'm wondering, is compressed pair considered a simple technicality that should be implemented from scratch every time I need it or shall I stick to one of the four mentioned implementations? I would much prefer to use Boost.Utility's one, but unfortunately it's neither constexpr-friendly nor noexcept-friendly... Is there some reason why it cannot be annotated with macros which expand to constexpr and noexcept when compiled with C++11 support? Or has no one just gotten around to do it? Thanks in advance, Tom

3 3

[Hana] "basic_tuple.hpp" bug when building with VS2017
by Louis Dionne 30 May '18

30 May '18

> Hello, > > Just installed Boost and Visual Studio 2017 a few days ago. Visual Studio 2017 is known to be unable to compile Hana (and other libraries such as Range-v3). I will be working with the Microsoft folks to make it work as they explicitly reached out to me with that intent. Cheers, Louis

4 9

[testing][regressions] All my regressions testers failing due to connection errors to GitHub
by Ion Gaztañaga 28 May '18

28 May '18

Hi, All my 4 testers (I have 4 machines running several Mingw targets) are always failing pulling new versions from GitHub. This problem started some days ago. I've tried to reset all machines, network equipment, disabling antivirus, firewall, modified http attributes, modified the regression script to use git protocol instead of https, etc. with no luck. I'm using Windows machines with official Git. Any clue on what's going on? Maybe Github recently does not like so many submodules? Example of failure (several libraries can fail during "git pull "--recurse-submodules""): ------------------- ------------------- ------------------- Fetching submodule libs/io fatal: unable to access 'https://github.com/boostorg/io.git/': OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 10054 Then: # git_source_checkout failed with message "GIT command "git pull "--recurse-submodules"" failed with code 1" # Retrying (5 more attempts). # Executing GIT command: c:\boost\develop\boost_root> git submodule foreach "git submodule deinit ." ------------------- ------------------- All retries fail and the script fails with error: ------------------- ------------------- ------------------- # git_source_checkout failed with message "GIT command "git pull "--recurse-submodules"" failed with code 1" # Giving up. Traceback (most recent call last): File "run.py", line 71, in <module> runner(root) File "c:\boost\develop\boost_regression_src\regression.py", line 286, in __init__ self.main() File "c:\boost\develop\boost_regression_src\regression.py", line 623, in main getattr(self,action_m)() File "c:\boost\develop\boost_regression_src\regression.py", line 578, in command_regression self.command_get_source() File "c:\boost\develop\boost_regression_src\regression.py", line 330, in command_get_source self.retry(self.git_source_checkout) File "c:\boost\develop\boost_regression_src\regression.py", line 662, in retry return f() File "c:\boost\develop\boost_regression_src\regression.py", line 875, in git_source_checkout self.git_checkout(git_info['boost'], self.git_branch(), clean) File "c:\boost\develop\boost_regression_src\regression.py", line 849, in git_checkout self.git_command( 'pull', '--recurse-submodules' ) File "c:\boost\develop\boost_regression_src\regression.py", line 834, in git_command raise Exception( 'GIT command "%s" failed with code %d' % (git_cli, rc) ) Exception: GIT command "git pull "--recurse-submodules"" failed with code 1 END 24/05/2018 15:28:37,46 ------------------- ------------------- ------------------- Errors are never in the same libraries, very few times the checkout succeeds and a regression is run. Anyone else having these problems? I've attached the log of one failure in case someone can see any clue. I really don't see how to solve this, so I won't be able to run regressions. Best, Ion

3 4

GCC versions
by Ian Emmons 28 May '18

28 May '18

Apologies if this is off topic, but the audience here is perfect for this question: I need to support CentOS version 7 with my C++ software. The version of GCC that is supported out-of-the-box on that version of Linux is rather old -- it supports C++11, but not C++14, and of course I would like to use a newer standard. Is it common practice on Linux to install a later version of GCC than the out-of-the-box on version? If so, how do you handle the run-time shared library dependencies? Any pointers would be helpful. Thanks, Ian

3 2

Boost multiprecision differential fuzzer running on Google's oss-fuzz
by Guido Vranken 28 May '18

28 May '18

Dear list, I built a bignum differential fuzzer [1] that has been running on Google's oss-fuzz service [2] for a while. It performs the same mathematical operations (addition, subtraction, multiplication, modular exponentation, etc) across multiple bignum libraries (eg. OpenSSL + Boost multiprecision), compares their results and crashes if they don't match. This effort has so far found a couple of (minor) bugs in OpenSSL and Go. As soon as a mismatch is found, oss-fuzz will send a notification e-mail to the developers of the various bignum libraries so the bug can be examined and resolved. At which e-mail address(es) do the developers of Boost wish to receive these notifications? Please bear in mind that the notifications will contain potentially security-sensitive information so the recipient may not be a public mailing list. Currently, a potential bug is found only every couple of weeks, so recipients do not have to worry about a lot of incoming traffic. If you wish to write comments to the fuzzer's private bug tracker, the e-mail you specify must be linked to a Google account. To all others who are reading this, please feel welcome to submit pull requests to the Boost multiprecision module of my fuzzer [3] if these modifications increase the scope (code coverage) and probability of finding bugs. Thanks, Guido [1] https://github.com/guidovranken/bignum-fuzzer [2] https://github.com/google/oss-fuzz [3] https://github.com/guidovranken/bignum-fuzzer/tree/master/modules/cpp_boost

2 1

[windows] Wni32/Vigorf.A trojan in boost_1_67_0-msvc-14.1-64.exe?
by Mateusz Loskot 28 May '18

28 May '18

Hi, One user reported via #boost at cpplang.slack.com that Windows Defender reported trojan in the latest Windows binaries. I checked myself and I can confirm the latest up-to-date Windows Defender is detecting Vigorf.A in the installer archive. Is this false report? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

5 7

Boost.DisjointSets and Boost.Container
by James E. King, III 27 May '18

27 May '18

Currently the disjoint_sets repository ( https://github.com/boostorg/disjoint_sets) holds a single class in "boost/pending" that is only used by the graph and graph_parallel projects (that I can tell...). I'd like us to consider taking disjoint_sets out of pending state and make it official as part of Boost Containers. Both Graph and GraphParallel require linking already, and they may already use Boost.Containers (I haven't checked). disjoint_sets is header-only however and this might cause problems for anyone relying on it, however since it's in boost/pending, I wonder if anyone is actually using it. Given the pending designation on it however, a breaking change seems reasonable to me. It will reduce the burden on the CMT, and container has at least some CI on it already. Thoughts? - Jim

1 0

[SPAM]
by Scott Karns 25 May '18

25 May '18

http://follow.anthologypaper.com Scott Karns

1 0

Interest in a tiny kmeans library
by Raffi Enficiaud 23 May '18

23 May '18

Dear all, We are finishing the cleanup of a tiny kmeans library. For those who do not know, kmeans is a widely used data clustering algorithm. This special implementation has a lower runtime complexity by taking advantages of the triangle inequalities between clusters and data points at each iteration. This implementation is based on the paper of Charles Elkan https://www.aaai.org/Papers/ICML/2003/ICML03-022.pdf We have also python and matlab bindings, fully generic on the data type, and with additional initialization heuristics. I would be happy if we can release this library into Boost. Do you think there is any interest for the community? Best regards, Jean-Claude Passy and Raffi Enficiaud

5 5

PR: Remove safe_bool idiom from boost.tribool
by Robert Ramey 22 May '18

22 May '18

Removed usage of "safe_bool" idiom from tribool. This was initially motivated by the fact that usage of this idiom with all current and past gcc compilers with constexpr does not work. First it reports reference to the address of a local member function as not being constexpr. This may or may not be correct according to the standard. FWIW clang is OK with it. Making the member function constexpr fixes this error. But still there is a problem. in GCC, the operator to implicitly covert the instance to a void * does not seem to work. Invocation of this operator in the context of an argument to an if(... or other conditional doesn't result in behavior similar to bool. Not even a static cast to a bool seems to work. Again CLANG is OK with all this. This has been reported as an issue to the GCC team. One idea which has been tried is to use C++11 "explicit" as a substitute from the safe_bool idiom. Unfortunately this breaks legacy code. bool f(x) { return tribool(true); // fails } So this is not a great solution either. Attempts to resolve this were inconclusive. This motivated me to think about why the safe_bool idiom was being used here at all. According to articles on safe_bool articles this main reason is to support the common practice of using a not null value in a conditional: Testable t; if(t) ... without accidentally permitting things like if(t >> 1)... The above would occur if Testable included an operator bool () const member function. Basically safe_bool is meant to support the common C/C++ practice of implicity converting something to bool so we write something like if(t) ... to mean t "is_valid" or "is_not_null" or some such. a) I don't think this idiom is a good idea and even more so in the context of modern C++. Conversion of a Testable instance to a bool instance should result in something that looks/acts like a C bool - not something else like a void * which C then maps to a bool. If we want to use a bool for something like "is_valid" we'd be much better off just implementing is_valid directly. There would be then no confusion, side effects or hand a waving. b) it's an especially a bad idea for tribool. The motivating concept behind tribool is that of some sort of "extended" bool. The naming suggests that it acts like a bool. But since we've used he safe_bool idiom, it doesn't any more. That is we can't use a tribool anywhere a bool is used. So if we use operator bool we'll get a tribool which acts like a bool - even when the original usage of bool was a bad idea according to a) above. But at least we have the same behavior for tribool and bool which is a lot more intuitive and less confusing. Also, changing to operator bool () will address the current problem with GCC not supporting a constexpr version of tribool. Accordingly, I've submitted this PR to change the implementation of tribool to avoid the safe_bool idiom.

7 22

FWD: [cfe-users] Boost.GIL test failing with clang 5.x while pass with 15 gcc/clang versions
by Mateusz Loskot 21 May '18

21 May '18

Hi, I posted this to clang mailing list a http://lists.llvm.org/pipermail/cfe-users/2018-May/001335.html but since it is related to Boost.GIL bugs I'm investigating, I'd like to reach for feedback here too. I'll appreciate any comments regarding the issue explained below. ML ---------- Forwarded message ---------- From: Mateusz Loskot <mateusz(a)loskot.net> Date: 19 May 2018 at 21:38 Subject: Boost.GIL test failing with clang 5.x while pass with 15 gcc/clang versions To: cfe-users(a)lists.llvm.org Hi, While testing Boost.GIL library [1] with gcc and clang, I noticed a peculiar issue. One particular test is failing with lang 5.x while passing with total of 15-17 other versions of clang and GCC (total workflow of CircleCI with at [2]). Below is extracted minimal program equivalent to Boost.GIL channel_invert algorithm. It includes two variants: plain expression and the same expression wrapped with a function template: #include <limits> #include <iostream> #include <typeinfo> template <typename C> inline C channel_invert1(C x) { return std::numeric_limits<C>::max() - x + std::numeric_limits<C>::min(); } template <typename C> inline C channel_invert2(C x) { return (x - std::numeric_limits<C>::max()) * (-1) + std::numeric_limits<C>::min(); } int main() { int x = std::numeric_limits<int>::min(); std::cout << x << std::endl; // plain expressions int x_invert1 = std::numeric_limits<int>::max() - x + std::numeric_limits<int>::min(); int x_invert2 = (x - std::numeric_limits<int>::max()) * (-1) + std::numeric_limits<int>::min(); std::cout << x_invert1 << std::endl; std::cout << x_invert2 << std::endl; // the same expressions wrapped in function template std::cout << channel_invert1<int>(x) << std::endl; std::cout << channel_invert2<int>(x) << std::endl; } If compiled as optimised variant (-O2 or -O3) with clang 5.x outputs the following: -2147483648 2147483647 2147483647 -1 -1 The last two negative one is not expected. If compiled with clang 3.9, 4.0 or gcc from 5.1 to 7.3 it outputs -2147483648 2147483647 2147483647 2147483647 2147483647 Could anyone help me to understand what is going on in the clang 5 case? Or, what UB is this hitting? [1] https://github.com/boostorg/gil/issues/89 [2] https://circleci.com/workflow-run/3a14dd64-6c38-46b2-a6da-678c0075ca27 Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 1

Enabling issues on boostorg/mpi
by Alain Miniussi 21 May '18

21 May '18

Hi, Could somebody with the sufficient permissions enable issues on the github mpi repository ? Thanks Alain Miniussi

2 2

Proposal for a thread synchronisation primitive: future_queue
by Martin Hierholzer 21 May '18

21 May '18

Dear boost developers, I want to propose a thread synchronisation primitive, which works like a mixture of (lockfree) queues and futures. Therefore I gave it the name "future_queue". It is basically a lockfree queue which can be waited on for new values (without busy waiting), but it has some nice extra features like when_any() and continuations. The github project can be found here: https://github.com/mhier/future_queue It already contains a README file with a short description, an example and results of a first performance measurement. Further documentation so far exists only inside the code: https://github.com/mhier/future_queue/blob/master/include/future_queue.hpp My first question is, whether this is really something new (I might have overlooked something in the many boost libraries) and if it makes sense to integrate it into the boost libraries. Another question would be whether this should really be its own library, since it is basically a single class (with a few helper classes) and a single non-member function. Maybe it would be better to make it part of an existing library? I am happy to receive some first feedback! Cheers, Martin -- Martin Hierholzer DESY Notkestrasse 85 22607 Hamburg Office 55a / 123 Tel: +49 40 8998 1897 Mob: +49 176 992 46 476 Skype: mhier48 This e-mail may contain confidential and/or privileged information and is intended only for the use of the individual or entity named above. If you received it in error, please advise the sender immediately by reply e-mail and delete the original. Any further use - especially any form of publication - of this e-mail without explicit authorisation is strictly prohibited.

4 11

[Hana] "basic_tuple.hpp" bug when building with VS2017
by Daniel Chen 20 May '18

20 May '18

Hello, Just installed Boost and Visual Studio 2017 a few days ago. Here is a bug when building with Hana's "basic_tuple.hpp" header with Visual Studio 2017: In basic_tuple.hpp: template <> struct drop_front_impl<basic_tuple_tag> { template <std::size_t N, typename Xs, std::size_t ...i> static constexpr auto drop_front_helper(Xs&& xs, std::index_sequence<i...>) { return hana::make_basic_tuple( detail::ebo_get<detail::bti<i+N>>(static_cast<Xs&&>(xs))... ); } template <typename Xs, typename N> static constexpr auto apply(Xs&& xs, N const&) { constexpr std::size_t len = detail::decay<Xs>::type::size_; return drop_front_helper<N::value>(static_cast<Xs&&>(xs), std::make_index_sequence< N::value < len ? len - N::value : 0 >{}); //<Bug here - line 197 of basic_tuple.hpp } }; Upon building with "basic_tuple.hpp", the line highlighted in green reports an error: "syntax error: unexpected token ')', expected 'id-expression'". Focus on the line above that one: N::value < len ? len - N::value : 0 If you add parentheses, the error goes away: (N::value < len) ? len - N::value : 0 A similar bug occurs - and is fixed likewise - in the "string.hpp" header file at line 275, that is: template <> struct drop_front_impl<string_tag> { ... template <char ...xs, typename N> static constexpr auto apply(string<xs...> const& s, N const&) { return helper<N::value>(s, std::make_index_sequence< N::value < sizeof...(xs) ? sizeof...(xs) - N::value : 0 >{}); //<bug here - line 275 of string.hpp } I'm not sure if this is a Microsoft compiler issue (I will post to them as well), but I feel like someone should add those parentheses (and then some) to the line since it is safer - the "<" can be easily confused for a template bracket instead of a less-than sign by a parser. Daniel Chen Infinera

2 1

Boost.Test, cygwin, and ISO/POSIX
by James E. King, III 19 May '18

19 May '18

Hello, I have been adding some CI infrastructure to the CMT repositories and found I am able to reproduce a failure building boost libraries that use Boost.Test for their unit tests. If you build with "cxxstd=03" you can get to some undefined functions. See: https://github.com/boostorg/test/issues/144 It looks like one needs to define _POSIX_C_SOURCE=200112L or cxxstd-dialect=gnu in order for these functions to become visible. I was thinking of addressing this two ways: 1. I want to change boost build (bjam) to define _POSIX_C_SOURCE when building on cygwin to this value if it is not otherwise defined. I can't find the right place to add this. 2. I don't think it's reasonable for Boost.Test to modify _POSIX_C_SOURCE since it could be included after sys/functional header, so I would like to either change Boost.Test so it does not depend on these three functions, or check to see if the right preprocessor definitions are set on cygwin and put up a better error message, or simply change the documentation and update all the CI build scripts in all the affected repositories to set _POSIX_C_SOURCE as part of the CI build. Any thoughts or other ideas on this? Thanks, Jim

1 0

disjoint_sets repo status
by James E. King, III 17 May '18

17 May '18

What is the current status of https://github.com/boostorg/disjoint_sets ? The headers appear to be in a "pending" state. There's almost nothing in this repo. Perhaps it was put here to solve a circular dependency issue? It looks like it is used by graph and graph_parallel. Could we move this into Boost.Algorithm? Thanks, Jim

1 0

[release][chrono] libs/chrono/stopwatches/include not in boost/chrono/stopwatches
by Andrey Semashev 17 May '18

17 May '18

Hi, In the 1.67 released archive, there is libs/chrono/stopwatches/include directory that contains headers that look like they should be placed in boost/chrono/stopwatches. With the checkout from git, `b2 headers` create links boost/chrono/stopwatches and boost/chrono/stopwatches.hpp that refer to that directory. Looks like the packaging scripts need to be updated.

2 1

dynamic_bitset needs some attention
by James E. King, III 16 May '18

16 May '18

I have been adding a common CI infrastructure to the CMT repositories. Occasionally I have to disable one or two build jobs to get a clean build and I file an issue. When I got to dynamic_bitset however, there's clearly something going on in there and it isn't good. I think it has to do with streaming. It's probably just one issue causing most of the failures. You can see the results from my latest dry-run PR here: https://github.com/jeking3/dynamic_bitset/pull/1 Right now both the main travis and all of the appveyor builds are failing, and they all look like they get stuck on test 4 in iostream processing. Something just isn't right in there - it could be the test itself or it could be something else. I may submit a PR into the repo for the CI additions anyway even if they are failing, since it points out this component has rotted and needs attention. Also if my PRs in pool and function can be merged, we'll have better CI on those. Aiming to get all the CMT repos covered with appveyor, travis, codecov, and eventually covscan. - Jim

1 0

Clarifying Boost evolution plans mentioned on Twitter
by Bryce Adelstein Lelbach aka wash 16 May '18

16 May '18

Hi all, Some pictures from the C++Now "Boost Library In A Week" end-of-week summary were posted to Twitter today by an attendee, along with some mistaken statements suggesting that "Boost plans to move to C++11". I want to clarify what is actually going on: 0.) During the week, the Library In A Week group discussed some ideas for how Boost might migrate to newer standards. I'm somewhat to blame as I initiated these discussions. 1.) Those ideas were collected into a draft document by Jeff Garland. 2.) During the closing panel, Jeff presented the draft document and stated the next step would be to share it with the mailing list. 3.) Due to an innocent misunderstanding, an attendee posted a picture of part of the document with the unclear message "Boost plans to move to C++11". 4.) I wrote this email. I have asked the attendee to delete the tweet (and repost with a clearer message if they wish). I don't want to share the document from LIAW. Jeff put a lot of work into it and I don't want to steal his thunder (I realize this email inevitably does that). I'm sure he will follow up with a post explaining what ideas we came up with soon. I'm very sorry for the confusion, and I'm sure the attendee is as well. This was just an innocent mixup. ------------------------------------------------------ Bryce Adelstein Lelbach aka wash ISO C++ Committee Member CppCon and C++Now Program Chair Thrust Maintainer, HPX Developer CUDA Convert and Reformed AVX Junkie Sleep is for the weak ------------------------------------------------------

4 3

[interprocess]Request to support wchar_t* file name on Windows
by 孙朝阳 15 May '18

15 May '18

Hi, I'm using boost.interprocess.file_mapping on Windows, and I need to use it to open files with localized file path, so I want file_mapping can support wchar_t file name on Windows. Does any reason prevent file_mapping to support wchar_t file name? If no, would someone like to add wchar_t supporting for file_mapping? I also created a pull request for this: https://github.com/boostorg/interprocess/pull/28 Thanks, Jackson Sun

1 0

boost libs compiled for gcc toolset with boost 1.67 and CMake 3.11 won't find libs
by Demetri Kopsas 12 May '18

12 May '18

Hi, I discovered that the latest version of boost does not work with CMake when using the GCC toolset. I submitted this bug: https://gitlab.kitware.com/cmake/cmake/issues/17974#note_408614 Using MSVC as the toolset is fine on windows, but using mingw (gcc compiler) cannot find the libs unless I take out ‘x32’ or ‘x64’ from the name after compilation.

2 1

[build] recent issues w. VS 2017
by Raffi Enficiaud 12 May '18

12 May '18

Dear all, I am experiencing an issue with VS 2017 (15.6.6) while compiling boost.test on my agent. Traces below. I do not recall having applied any change to this agent apart from installing C++/CLI support for CMake people. Is this problem known? Thanks, Raffi build 01-May-2018 11:43:49 D:\bamboo_build_dir\SW-BCB161-VC2017WIN\library\libs\test\test>..\..\..\b2 --abbreviate-paths toolset=msvc-14.1 cxxflags="/std:c++latest" build 01-May-2018 11:43:50 Performing configuration checks build 01-May-2018 11:43:50 build 01-May-2018 11:43:50 - default address-model : 32-bit (cached) build 01-May-2018 11:43:50 - default architecture : x86 (cached) build 01-May-2018 11:43:50 - symlinks supported : no (cached) build 01-May-2018 11:43:50 - junctions supported : yes (cached) build 01-May-2018 11:43:50 - hardlinks supported : yes (cached) build 01-May-2018 11:43:51 - BOOST_COMP_GNUC >= 4.3.0 : no build 01-May-2018 11:43:54 - Boost.Config Feature Check: cxx11_auto_declarations : no build 01-May-2018 11:43:54 - Boost.Config Feature Check: cxx11_function_template_default_args : no build 01-May-2018 11:43:54 - Boost.Config Feature Check: cxx11_lambdas : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_hdr_initializer_list : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_template_aliases : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_decltype : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_hdr_random : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_hdr_tuple : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_variadic_macros : no build 01-May-2018 11:43:55 - Boost.Config Feature Check: cxx11_trailing_result_types : no build 01-May-2018 11:43:56 - Boost.Config Feature Check: cxx11_nullptr : no build 01-May-2018 11:43:56 - Boost.Config Feature Check: cxx11_unified_initialization_syntax : no build 01-May-2018 11:43:56 - Boost.Config Feature Check: cxx11_variadic_templates : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_decltype : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_hdr_random : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_hdr_tuple : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_hdr_initializer_list : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_variadic_macros : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_trailing_result_types : no build 01-May-2018 11:43:57 - Boost.Config Feature Check: cxx11_template_aliases : no build 01-May-2018 11:43:57 ...patience... build 01-May-2018 11:43:57 ...found 3946 targets... build 01-May-2018 11:43:57 ...updating 553 targets... build 01-May-2018 11:43:58 compile-c-c++ ..\..\..\bin.v2\libs\test\test\string_cast-test.test\msvc-14.1\dbg\thrd-mlt\utils-ts\string_cast-test.obj build 01-May-2018 11:43:58 string_cast-test.cpp build 01-May-2018 11:43:58 D:\bamboo_build_dir\SW-BCB161-VC2017WIN\library\boost/config/detail/select_stdlib_config.hpp(18): fatal error C1083: Cannot open include file: 'cstddef': No such file or directory build 01-May-2018 11:43:58 build 01-May-2018 11:43:58 call "..\..\..\bin.v2\standalone\msvc\msvc-14.1\msvc-setup.bat" >nul build 01-May-2018 11:43:58 cl /Zm800 -nologo @"..\..\..\bin.v2\libs\test\test\string_cast-test.test\msvc-14.1\dbg\thrd-mlt\utils-ts\string_cast-test.obj.rsp" build 01-May-2018 11:43:58 build 01-May-2018 11:43:58 ...failed compile-c-c++ ..\..\..\bin.v2\libs\test\test\string_cast-test.test\msvc-14.1\dbg\thrd-mlt\utils-ts\string_cast-test.obj... build 01-May-2018 11:43:58 compile-c-c++ ..\..\..\bin.v2\libs\test\build\msvc-14.1\dbg\lnk-sttc\thrd-mlt\compiler_log_formatter.obj

3 5

new b2 property or new boost library?
by Oliver Kowalke 11 May '18

11 May '18

Hi, boost.fiber provides some rudimentary NUMA support. NUMA specific OS APIs require the native thread handle (native_handle_type std::thread::native_handle()). But unfortunately the returned type does not match in all cases the OS handle type. For instance MinGW-W64 using the POSIX thread impl returns long long instead of void*. A solution would be to add an additional b2 property like `numa=on` that compiles the NUMA related part of boost.fiber if set (the user is responsible to compile boost with the appropriate properties). Or the NUMA related code is move from boost.fiber into a complete new boost library. What would be you advice? Oliver

1 0

[type_traits] revisiting is_virtual_base_of
by John Maddock 10 May '18

10 May '18

There is a problem with is_virtual_base_of in that it doesn't work especially well - most of the time it works OK, but can be made to fail catastrophically in a few situations, see for example: https://svn.boost.org/trac10/ticket/11323 Now... it turns out that with C++14 and later we now have is_detected which can test the validity of almost any expression... and I'm wondering if there's a cunning way to press this into action to create a more accurate is_virtual_base_of, but I'm having trouble coming up with anything. Any bright ideas? Note that an explicit static_cast can't be tested for, though we can use is_constructible if required. Thanks in advance, John. --- This email has been checked for viruses by AVG. http://www.avg.com

2 3

build failure in develop: chrono, type_traits?
by James E. King, III 08 May '18

08 May '18

The only change in my pull request was to remove a deprecated, unrelated header in uuid. This happened in the builds last night on develop: In file included from ./boost/config.hpp:61:0, from ./boost/chrono/config.hpp:15, from ./boost/chrono/detail/inlined/process_cpu_clocks.hpp:15, from libs\chrono\src\process_cpu_clocks.cpp:17: ./boost/type_traits/detail/common_arithmetic_type.hpp:209:27: error: duplicate 'const' BOOST_STATIC_CONSTANT(const int, selector = sizeof(select(cond() ? T() : U()))); ^ "x86_64-w64-mingw32-g++.exe" -std=c++03 -m64 -O0 -fno-inline -Wall -pedantic -g -Wextra -Wno-long-long -DBOOST_ALL_NO_LIB=1 -DBOOST_All_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -I"." -c -o "bin.v2\libs\chrono\build\gcc-mingw64\debug\cxxstd-03-iso\link-static\process_cpu_clocks.o" "libs\chrono\src\process_cpu_clocks.cpp" ...failed gcc.compile.c++ bin.v2\libs\chrono\build\gcc-mingw64\debug\cxxstd-03-iso\link-static\process_cpu_clocks.o... Failed on cygwin and mingw builds: https://ci.appveyor.com/project/jeking3/uuid-gaamf/build/1.0.116-develop/jo… Also failed in c++03 builds on unix: https://travis-ci.org/boostorg/uuid/jobs/376161574#L2158 gcc.compile.c++ ../../bin.v2/libs/chrono/build/gcc-7/release/cxxstd-03-iso/link-static/thread_clock.o In file included from ../../boost/config.hpp:61:0, from ../../boost/chrono/config.hpp:15, from ../../boost/chrono/detail/inlined/thread_clock.hpp:14, from ../../libs/chrono/src/thread_clock.cpp:18: ../../boost/type_traits/detail/common_arithmetic_type.hpp:209:27: error: duplicate ‘const’ BOOST_STATIC_CONSTANT(const int, selector = sizeof(select(cond() ? T() : U()))); ^ "g++-7" -std=c++03 -m64 -O3 -finline-functions -Wno-inline -Wall -pedantic -Wextra -Wno-long-long -DBOOST_ALL_NO_LIB=1 -DBOOST_All_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"../.." -c -o "../../bin.v2/libs/chrono/build/gcc-7/release/cxxstd-03-iso/link-static/thread_clock.o" "../../libs/chrono/src/thread_clock.cpp" ...failed gcc.compile.c++ ../../bin.v2/libs/chrono/build/gcc-7/release/cxxstd-03-iso/link-static/thread_clock.o... Thanks, Jim

2 1

[filesystem] and C++17 std::filesystem
by Egor Pugin 07 May '18

07 May '18

Hi! gcc8.1 and VS15.7 (2017) are now shipped with std::filesystem. I'd like to raise a discussion about pure c++ interoperability with boost(::filesystem). With boost-1.67 it's not possible to do such things: #if __has_include(<filesystem>) #include <filesystem> namespace fs = std::filesystem; #else #include <boost/filesystem.hpp> namespace fs = boost::filesystem; #endif Because of boost::filesystem::copy_option::overwrite_if_exists != std::filesystem::copy_options::overwrite_existing, std::fs::path() / boost::fs::unique_path(), directory iterators etc. Next, if we take boost::process, for example, we see that it currently operates only on boost::filesystem. If my application uses c++17 fs, I have to write something like this: fs::path f(fs::path in) { bp::search_path(in.u8string()).wstring(); } So, mixing pure c++ and boost becomes more complex. Any ideas how to deal better with such issues on the user side? What are directions of proper fixing this in boost::process (in case I'll try to prepare a PR)? What are boost policies in adopting standard features in general? -- Egor Pugin

2 1

Boost Graph Library(biconnected_components) issue
by Meghana.M Reddy 06 May '18

06 May '18

Hi, I am working on the Boost Graph Library, currently trying to create an interface of the biconnected_components method to a Python code. I used the example code available here <https://www.boost.org/doc/libs/1_67_0/libs/graph/example/biconnected_compon…> for the method and modified it for my purpose. The template of the method is here <https://www.boost.org/doc/libs/1_67_0/libs/graph/doc/biconnected_components…>. The final code seems fine but I get an error while compiling it. And the errors are related to adjacency.hpp which I have not changed so I'm confused as to what the exact problem is. Hoping someone can help me out. My code: class BoostGraph { private: typedef typename boost::adjacency_list< OutEdgeListS, VertexListS, DirectedS, boost::property<boost::vertex_index_t, v_index>, EdgeProperty, boost::no_property, EdgeListS> adjacency_list; typedef typename boost::property_map<adjacency_list, boost::edge_index_t>::type components; public: adjacency_list graph; std::vector<v_index> bc_tree() { components components_bc = get(boost::edge_index, graph); std::size_t num_comps = biconnected_components(graph, components_bc); std::cerr << "Found " << num_comps << " biconnected components.\n"; std::vector<vertex_descriptor> art_points; articulation_points(graph, std::back_inserter(art_points)); std::cerr << "Found " << art_points.size() << " articulation points.\n"; std::vector<v_index> to_return; return to_return; } The error I'm getting: build/cythonized/sage/graphs/base/boost_graph.cpp:3730:26: required from here /home/meghana/Documents/sage_gsoc/sage_may/sage/local/include/boost/graph/detail/adjacency_list.hpp:2696:29: error: forming reference to void typedef value_type& reference; ^ /home/meghana/Documents/sage_gsoc/sage_may/sage/local/include/boost/graph/detail/adjacency_list.hpp:2697:35: error: forming reference to void typedef const value_type& const_reference; ^ /home/meghana/Documents/sage_gsoc/sage_may/sage/local/include/boost/graph/detail/adjacency_list.hpp:2701:61: error: forming reference to void typename Graph::vertex_descriptor,Property,Tag> type; ^ /home/meghana/Documents/sage_gsoc/sage_may/sage/local/include/boost/graph/detail/adjacency_list.hpp:2704:68: error: forming reference to void typename Graph::vertex_descriptor,const Property, Tag> const_type; ^ error: command 'gcc' failed with exit status 1 Makefile:33: recipe for target 'sage' failed make: *** [sage] Error 1 Thank you, Meghana

1 0

Fw: Mysterious Boost.System-related errors when running Beast tests
by Peter Dimov 05 May '18

05 May '18

The story starts with https://travis-ci.org/vinniefalco/beast/jobs/375049193 which gives the error dyld: Symbol not found: __ZN5boost6system6detail19system_category_ncxEv Referenced from: /Users/travis/build/vinniefalco/boost-root/bin.v2/libs/beast/test/beast/core/clang-darwin-4.2.1/debug/threadapi-pthread/threading-multi/fat-tests Expected in: /usr/local/lib/libboost_system.dylib boost::system::detail::system_category_ncx is a new function (in develop), and careful reading of the above reveals that the compiler is trying to link to a preinstalled libboost_system.dylib, in /usr/local/lib. Looking at the log, Boost.System is not even being built. This is odd; the Beast root Jamfile contains <library>/boost/system//boost_system (at https://github.com/boostorg/beast/blob/develop/Jamfile#L78) but even if it didn't, it also links to Filesystem, which _is_ being built, and Filesystem also depends on System in its build/Jamfile: https://github.com/boostorg/filesystem/blob/develop/build/Jamfile.v2#L29 So Boost.System should be built, but it isn't. Its Jamfile hasn't been touched in 10 years: https://github.com/boostorg/system/blob/develop/build/Jamfile.v2 In addition, there's not even a `mklink-or-dir boost/system` in the log, even though the link must be created because the new headers are being used (this could be a separate issue). The Linux/g++ job, https://travis-ci.org/vinniefalco/beast/jobs/375049187, also doesn't seem to build Boost.System, but it works for some reason. When I try `b2 libs/beast/test` on Windows, with msvc-14.1, Boost.System is being built, in the very beginning: ...patience... ...patience... ...patience... ...found 6992 targets... ...updating 1090 targets... link.hardlink ..\..\boost\utility\string_view.hpp Hardlink created for ..\..\boost\utility\string_view.hpp <<===>> ..\utility\include\boost\utility\string_view.hpp compile-c-c++ ..\..\bin.v2\libs\beast\test\beast\core\type_traits.test\msvc-14.1\debug\threadapi-win32\threading-multi\type_traits.obj type_traits.cpp compile-c-c++ ..\..\bin.v2\libs\beast\test\beast\core\type_traits.test\msvc-14.1\debug\threadapi-win32\threading-multi\main.obj main.cpp compile-c-c++ ..\..\bin.v2\libs\system\build\msvc-14.1\debug\threading-multi\error_code.obj error_code.cpp msvc.link.dll ..\..\bin.v2\libs\system\build\msvc-14.1\debug\threading-multi\boost_system-vc141-mt-gd-x32-1_66.dll (The 1.66 version instead of 1.68 was caused by a typo in the superproject which is now fixed.) When I try the same on Ubuntu Trusty, the result is the same as on Travis; no `mklink-or-dir boost/system`, no building of Boost.System, yet everything compiles and works, and I don't have a preinstalled Boost on my VM. It makes no sense at all. Does anyone have any ideas what might be happening here?

1 1

[release][website] Help wanted
by Daniel James 01 May '18

01 May '18

Hello all, For the last couple of releases, I've been handling the releases mostly on my own, but I'm starting a new job and I'm going to have a lot less time, or maybe even no time, for Boost. So we really need more people helping with release management and updating the website. The main release manager responsibilities are described here: https://svn.boost.org/trac10/wiki/ReleasePractices/ManagerCheckList It's probably best if there are a few people involved. I don't think all of them will need admin permissions. For updating the website, you mainly need to occasionally edit html/quickbook files, accept pull requests to the release notes, and use the php scripts to updates the site at release time (I should be able to help a little there). thanks, Daniel

6 5

Showstopper: Build broken on predef module
by Vicente J. Botet Escriba 30 Apr '18

30 Apr '18

Hi Rene, I've needed -to update to the last boost version and I'm experimenting the same issue as the one reported in https://github.com/boostorg/build/issues/299 but in my Mac. /Users/viboes/github/m_boost/libs/predef/check/../tools/check/predef.jam:46: Unescaped special character in argument $(language)::$(expression) /Users/viboes/github/m_boost/tools/build/src/build/configure.jam:288: in try-find-build *** argument error * rule log-check-result ( result ) * called with: ( ) * missing argument result Do you have an idea of what is wrong? Best, Vicente

3 5

Need help with adding tests
by fady esam 30 Apr '18

30 Apr '18

Hi, i was working on a new opencl api for ublas and i need to add the tests and benchmarks to the ublas library. Amy help would be appreciated :) I am adding my file to the test-suite numeric/uBLAS but i want to add include directories and link 2 libraries with compiling the code.. Can anybody help me with that? Thanks in advance

1 0

[doc] Libraries Listed by C++ standard
by Mateusz Loskot 27 Apr '18

27 Apr '18

Hi, Since each Boost library seems/is free to decide about which C++ standard they require, would it be useful to start tagging each library with standard in the release notes and docs? Perhaps new "by by C++ standard" listing could be added in here https://www.boost.org/libs/ Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

5 8

[GSoC] My proposal with Boost C++ was accepted!!
by Laouen Belloli 27 Apr '18

27 Apr '18

Hi, Boost community, I was notified some days ago that my proposal for the Boost.Real project was accepted in the Google Summer of Code 2018 program. I'm currently in contact with my mentor (Damian Vicino) talking about how to start the project and how to properly work to get a clean and performant code. Any suggestion about common working methodologies in boost projects are welcome, and if there is a tutorial on the boost programming style please let me know so I can achieve a cleaner coding style that fits better with the rest of the library projects and facilitate the review process. Regarding where to store the project: I have received an invitation to join the BoostGSoC18 GitHub organization from David Bellot. Is this a good place where to create the Boost.Real project? I suppose that the organization was created for this purpose, but because I only got the invitation I don't want to create my project within the organization without asking first. Best, -- Laouen Mayal Louan Belloli. LIAA - DC - FCEyN - UBA. C.A.B.A. - Buenos Aires - Argentina. https://liaa.dc.uba.ar +54 9 11 38675694

2 1

[config] Macro for "using" type alias defects
by Raffi Enficiaud 26 Apr '18

26 Apr '18

Hi all, I was wondering if there is any macro in Boost.Config for advertising the defect of the "using" support from the compiler. I was reported this: https://github.com/boostorg/test/pull/140 and at the time I wrote the thing, I thought that those guards would have been enough: https://github.com/boostorg/test/blob/35c9acf5bd38d625ebd45cf940c5b9a19aa22… (auto, tuple and variadic template sounds to me more difficult to support than "using" template alias). Would it make sense to have BOOST_NO_CXX11_TYPE_ALIAS? Thanks, Raffi

3 7

Boost issue or no?
by Joshua Alexander 26 Apr '18

26 Apr '18

Hi all, I am trying to build pCloudCC and not sure if this is a Boost issue or a pCloud issue: # make [ 10%] Building C object CMakeFiles/sqlite3.dir/lib/sqlite/sqlite3.c.o [ 20%] *Linking C static library libsqlite3.a* [ 20%] Built target sqlite3 [ 30%] Building CXX object CMakeFiles/pcloudcc_lib.dir/pclsync_lib_c.cpp.o [ 40%] Building CXX object CMakeFiles/pcloudcc_lib.dir/pclsync_lib.cpp.o In file included from */root/build/console-client-master/pCloudCC/pclsync_lib.cpp:30:0*: */root/build/console-client-master/pCloudCC/lib/pclsync/pcompat.h:95:0:* *warning:*"_GNU_SOURCE" redefined [enabled by default] #define _GNU_SOURCE * ^* *<command-line>:0:0:* *note: *this is the location of the previous definition In file included from */usr/local/include/boost/smart_ptr/detail/local_sp_deleter.hpp:20:0*, from */usr/local/include/boost/smart_ptr/shared_ptr.hpp:1158*, from */usr/local/include/boost/shared_ptr.hpp:17*, from */root/build/console-client-master/pCloudCC/pclsync_lib.cpp:45*: */usr/local/include/boost/smart_ptr/detail/local_counted_base.hpp:* In member function ‘*void boost::detail::local_counted_base::add_ref()*’: */usr/local/include/boost/smart_ptr/detail/local_counted_base.hpp:67:49:* *error: **__builtin_assume*’ was not declared in this scope __builtin_assume( local_use_count_ >= 1 ); * ^* In file included from */usr/local/include/boost/smart_ptr/detail/sp_counted_impl.hpp:29:0*, from */usr/local/include/boost/smart_ptr/detail/shared_count.hpp:30*, from */usr/local/include/boost/smart_ptr/shared_ptr.hpp:28* , from */usr/local/include/boost/shared_ptr.hpp:17*, from */root/build/console-client-master/pCloudCC/pclsync_lib.cpp:45*: /usr/local/include/boost/core/addressof.hpp: In instantiation of ‘*T* boost::addressof(T&) [with T = int (*)(_IO_FILE*)]*’: */usr/local/include/boost/smart_ptr/detail/sp_counted_impl.hpp:182:98:* required from ‘*void* boost::detail::sp_counted_impl_pd<P, D>::get_local_deleter(const sp_typeinfo&) [with P = _IO_FILE*; D = int (*)(_IO_FILE*); boost::detail::sp_typeinfo = std::type_info]*’ */root/build/console-client-master/pCloudCC/pclsync_lib.cpp:304:1:* required from here */usr/local/include/boost/core/addressof.hpp:40:33:* *error: *‘ *__builtin_addressof*’ was not declared in this scope return __builtin_addressof(o); * ^* make[2]: *** [CMakeFiles/pcloudcc_lib.dir/pclsync_lib.cpp.o] Error 1 make[1]: *** [CMakeFiles/pcloudcc_lib.dir/all] Error 2 make: *** [all] Error 2

2 4

[range] master broken in latest MSVC
by Vinnie Falco 26 Apr '18

26 Apr '18

I'm using the latest release of Visual Studio and I get these errors from the master superproject: 8>c:\users\vinnie\src\boost\boost\range\concepts.hpp(257): error C3646: 'n': unknown override specifier 8>c:\users\vinnie\src\boost\boost\range\concepts.hpp(264): note: see reference to class template instantiation 'boost::range_detail::RandomAccessIteratorConcept<Iterator>' being compiled 8>c:\users\vinnie\src\boost\boost\range\concepts.hpp(257): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int This issue exactly describes the problem: <https://github.com/boostorg/range/issues/68> Thanks

2 1

[lexical_cast] calling virtual function in constructor of `boost::detail::basic_pointerbuf`
by Andrzej Krzemienski 25 Apr '18

25 Apr '18

Hi everyone, Following the recommendation, I am posting a note about the filed issue in lexical_cast: https://svn.boost.org/trac10/ticket/13540#ticket clang-tidy reports (while checking the code that uses boost::lexical_cast) a virtual function is called in the default constructor of class template boost::detail::basic_pointerbuf. (Function setbuf() is declared virtual in base class.) This might be an indication of a bug. If not, I would recommend using a different construct that avoids confusion, for instance declaring the function override final in newer versions of C++, or providing another function with different name but with the same semantics as the overriding setbuf(). Here's the link to the offending call: https://github.com/boostorg/lexical_cast/blob/develop/include/boost/detail/… Regards, &rzej;

1 0

Fornux C++ Superset
by Phil Bouchard 24 Apr '18

24 Apr '18

Greetings, Because there was a conflict of interests in the past then I feel obliged to give an update regarding the status of the "Fornux C++ Superset" (formerly "Fornux C Leak Detector"). This way corporations will not claim ownership of the idea. - Fornux C++ Superset harnesses the power of Clang. - It now supports, as you have guessed, C++98 syntax. - It's deterministic so it will not slow down your application randomly like with Java. - You can see attached examples memory leaks in C & C++ with cyclic references which are correctly handled and the memory usage never increases. Like I mentioned previously, I am working hard on a free version I will be able to share in a month or two. Regards, Phil Bouchard www.fornux.com

2 2

[interprocess] Enhancment for Boost.Interprocess on Windows
by Aliaksandr Zaitsau 23 Apr '18

23 Apr '18

Hello, My colleague at work suggests an enchancement for Boost.Interprocess for detecting unique boot on Windows. Currently in Boost.Interprocess we have 3 implementations: 1. Using COM. It is marked as incorrect in case of hibernation. 2. Current default implementation using system events log is incorrect since lots of computers will not have expected event in system event log. 3. There is some new for me implementation using reading Windows registry. It is disabled by default. Question 1 What Windows versions are expected to be supported by current library version? What about Windows XP? Earlier Windows? Question 2 What is the status of third implementation via registry? Question 3 It seems strange for him third implementation needs 2 registry values for creating unique id. First of them looks enough for this purpose. And another one may be not present on some Windows. Who may he speak to get technical details why this implementation looks like this? He has an idea how to implement unique boot id better than first and second implementations. He tried to email Ion Gaztanaga directly, but without any responce. Is it good idea to create PR on GitHub before getting any details from Ion? Best regards, Alexander Zaitsev

2 1

UUID broken with Boost 1.67 and VS2015?
by rleigh＠codelibre.net 23 Apr '18

23 Apr '18

In a source file including: #include <boost/uuid/uuid.hpp> #include <boost/uuid/uuid_io.hpp> #include <boost/uuid/uuid_generators.hpp> and then calling boost::uuids::to_string(boost::uuids::random_generator()()) I'm getting: [15/26] Linking CXX executable test\ome-files\ometiffwriter.exe FAILED: test/ome-files/ometiffwriter.exe cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_exe --intdir=test\ome-files\CMakeFiles\ometiffwriter.dir --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo test\ome-files\CMakeFiles\ometiffwriter.dir\ometiffwriter.cpp.obj test\ome-files\CMakeFiles\ometiffwriter.dir\tiffsamples.cpp.obj /out:test\ome-files\ometiffwriter.exe /implib:test\ome-files\ometiffwriter.lib /pdb:test\ome-files\ometiffwriter.pdb /version:0.0 /machine:x64 /debug /INCREMENTAL /subsystem:console lib\ome\files\ome-filesd.lib lib\ome\test\ome-testd.lib C:\build\b\stage\lib\ome-xmld.lib C:\build\b\stage\lib\boost_random-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\tiffd.lib C:\build\b\stage\lib\ome-commond.lib C:\build\b\stage\lib\boost_iostreams-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_log-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_filesystem-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_regex-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_log_setup-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_thread-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_date_time-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_chrono-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_system-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_atomic-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\Xalan-C_1D.lib C:\build\b\stage\lib\xerces-c_3D.lib C:\build\b\tools\lib\gtest.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ." LINK Pass 1: command "C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo test\ome-files\CMakeFiles\ometiffwriter.dir\ometiffwriter.cpp.obj test\ome-files\CMakeFiles\ometiffwriter.dir\tiffsamples.cpp.obj /out:test\ome-files\ometiffwriter.exe /implib:test\ome-files\ometiffwriter.lib /pdb:test\ome-files\ometiffwriter.pdb /version:0.0 /machine:x64 /debug /INCREMENTAL /subsystem:console lib\ome\files\ome-filesd.lib lib\ome\test\ome-testd.lib C:\build\b\stage\lib\ome-xmld.lib C:\build\b\stage\lib\boost_random-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\tiffd.lib C:\build\b\stage\lib\ome-commond.lib C:\build\b\stage\lib\boost_iostreams-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_log-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_filesystem-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_regex-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_log_setup-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_thread-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_date_time-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_chrono-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_system-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\boost_atomic-vc140-mt-gd-x64-1_67.lib C:\build\b\stage\lib\Xalan-C_1D.lib C:\build\b\stage\lib\xerces-c_3D.lib C:\build\b\tools\lib\gtest.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /MANIFESTFILE:test\ome-files\CMakeFiles\ometiffwriter.dir/intermediate.manifest test\ome-files\CMakeFiles\ometiffwriter.dir/manifest.res" failed (exit code 1120) with the following output: Creating library test\ome-files\ometiffwriter.lib and object test\ome-files\ometiffwriter.exp ome-filesd.lib(OMETIFFWriter.cpp.obj) : error LNK2019: unresolved external symbol BCryptCloseAlgorithmProvider referenced in function "public: __cdecl boost::uuids::detail::random_provider_base::~random_provider_base(void)" (??1random_provider_base@detail@uuids@boost@@QEAA@XZ) ome-filesd.lib(OMETIFFWriter.cpp.obj) : error LNK2019: unresolved external symbol BCryptGenRandom referenced in function "public: void __cdecl boost::uuids::detail::random_provider_base::get_random_bytes(void *,unsigned __int64)" (?get_random_bytes@random_provider_base@detail@uuids@boost@@QEAAXPEAX_K@Z) ome-filesd.lib(OMETIFFWriter.cpp.obj) : error LNK2019: unresolved external symbol BCryptOpenAlgorithmProvider referenced in function "public: __cdecl boost::uuids::detail::random_provider_base::random_provider_base(void)" (??0random_provider_base@detail@uuids@boost@@QEAA@XZ) test\ome-files\ometiffwriter.exe : fatal error LNK1120: 3 unresolved externals Looking at boost/winapi/bcrypt.hpp from the 1.67.0 source tar.bz2, I see these symbols prototyped, but not defined anywhere. Is this header broken, missing the implementation? Thanks, Roger

4 4

Seeking help to build GitHub forks on AppVeyor and Travis
by Cromwell Enage 22 Apr '18

22 Apr '18

Hi, all! 1. Is this the right mailing list to seek help for building forks of Boost library modules on GitHub? If not, which mailing list should I bring the next questions to? 2. On my Boost.Parameter fork, one of the AppVeyor jobs gets cut off after 1 hour. How do I split the job into several jobs, one for each compiler or smaller set of compilers? 3. The Boost.MultiArray project on GitHub doesn't have AppVeyor or Travis configuration files, so I created a couple for my fork based on the ones that exist in Boost.Parameter. The AppVeyor jobs error out because they don't recognize the compile-fail rule when running the Jamfile script. Any clues as to what I'm missing? 4. On my Boost.MultiArray fork, one of the Travis jobs builds fine, but the other fails because <boost/array.hpp> is not found. Has anyone else run into this issue? If so, what was your workaround? My GitHub account is GitHub.com/CromwellEnage, in case anyone wants to peruse. Thanks in advance! Cromwell D. Enage

2 2

[graph][graph_parallel][disjoint_sets] Of dependencies and "pending" libraries.
by Rene Rivera 21 Apr '18

21 Apr '18

In the process of creating Conan packages I ran into the rather strange "disjoint_sets" library. It's a library that has been "pending" for 18 years, AFAICT. I don't know what a pending status means for this. But for creating modular packages it means it's a giant PITA to deal with the the interdependencies of "disjoint_sets", "graph", and "graph_parallel". What I want to know is: 1. What is this hidden "disjoint_sets" library/module that only has two headers? 2. Why isn't "disjoint_sets" in the "graph" library tree, especially given that it's not an official library (AFAICT)? 3. Why is "graph_parallel" not in the "graph" library also? -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net

3 4

[release] Boost 1.67.0 Release Candidate 2
by Daniel James 20 Apr '18

20 Apr '18

The second release candidates for the 1.67.0 release are now available at: <https://dl.bintray.com/boostorg/release/1.67.0/source/> The SHA256 checksums are as follows: 1cd94f03a71334a67d36f5161b57f5931e0cd6ecf726d7aca8bd82a3be720b74 boost_1_67_0_rc2.7z 2684c972994ee57fc5632e03bf044746f6eb45d4920c343937a465fd67a5adba boost_1_67_0_rc2.tar.bz2 8aa4e330c870ef50a896634c931adf468b21f8a69b77007e45c444151229f665 boost_1_67_0_rc2.tar.gz 7e37372d8cedd0fd6b7529e9dd67c2cb1c60e6c607aed721f5894d704945a7ec boost_1_67_0_rc2.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.

11 12

Bug or change behavior in Fusion at_c in boost 1.66 and 1.67
by Pietro Incardona 18 Apr '18

18 Apr '18

Dear boost developers I used to use boost vector container with arrays like in the code below #include <boost/fusion/sequence/intrinsic/at.hpp> #include <boost/fusion/include/at.hpp> #include <boost/fusion/container/vector.hpp> int main() { boost::fusion::vector<int[3], int, int> v; boost::fusion::at_c<1>(v) = 2; boost::fusion::at_c<0>(v)[0] = 1; //// <----- Broken on newer boost version } Compiled with g++ --std=c++11 -I/home/i-bird/BOOST_166/include -o out main.cpp Unfortunately while this code was working under BOOST 1.63, on Boost 1.66 and Boost 1.67 it does not compile and it produce this error below. It seem that include/boost/fusion/container/vector/detail/value_at_impl.hpp went under some "modernization" process that broke the code above Regards Pietro /////////////////////////// Error ///////////////////////////////////////////// In file included from /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/at_impl.hpp:12:0, from /home/i-bird/BOOST_166/include/boost/fusion/container/vector/vector.hpp:29, from /home/i-bird/BOOST_166/include/boost/fusion/container/vector.hpp:12, from main.cpp:3: /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp: In instantiation of ‘struct boost::fusion::extension::value_at_impl<boost::fusion::vector_tag>::apply<boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’: /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/at_impl.hpp:45:95: required from ‘struct boost::fusion::extension::at_impl<boost::fusion::vector_tag>::apply<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:66:16: required from ‘struct boost::fusion::detail::at_impl<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0>, boost::fusion::vector_tag>’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:81:16: required from ‘struct boost::fusion::result_of::at<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:86:16: required from ‘struct boost::fusion::result_of::at_c<const boost::fusion::vector<int [3], int, int>, 0>’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: required by substitution of ‘template<int N, class Sequence> constexpr typename boost::fusion::result_of::at_c<const Sequence, N>::type boost::fusion::at_c(const Sequence&) [with int N = 0; Sequence = boost::fusion::vector<int [3], int, int>]’ main.cpp:9:26: required from here /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: error: no matching function for call to ‘value_at_impl<mpl_::int_<0>::value>(boost::fusion::vector<int [3], int, int>*)’ decltype(vector_detail::value_at_impl<N::value>(boost::declval<Sequence*>())) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:38:11: note: candidate: template<long unsigned int N, class U> U boost::fusion::vector_detail::value_at_impl(const volatile boost::fusion::vector_detail::store<N, U>*) U value_at_impl(store<N, U> const volatile*); ^~~~~~~~~~~~~ /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:38:11: note: template argument deduction/substitution failed: /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: note: template argument ‘1’ does not match ‘0’ decltype(vector_detail::value_at_impl<N::value>(boost::declval<Sequence*>())) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: note: template argument ‘2’ does not match ‘0’ /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp: In substitution of ‘template<long unsigned int N, class U> U boost::fusion::vector_detail::value_at_impl(const volatile boost::fusion::vector_detail::store<N, U>*) [with long unsigned int N = 0; U = int [3]]’: /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: required from ‘struct boost::fusion::extension::value_at_impl<boost::fusion::vector_tag>::apply<boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/at_impl.hpp:45:95: required from ‘struct boost::fusion::extension::at_impl<boost::fusion::vector_tag>::apply<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:66:16: required from ‘struct boost::fusion::detail::at_impl<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0>, boost::fusion::vector_tag>’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:81:16: required from ‘struct boost::fusion::result_of::at<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:86:16: required from ‘struct boost::fusion::result_of::at_c<const boost::fusion::vector<int [3], int, int>, 0>’ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: required by substitution of ‘template<int N, class Sequence> constexpr typename boost::fusion::result_of::at_c<const Sequence, N>::type boost::fusion::at_c(const Sequence&) [with int N = 0; Sequence = boost::fusion::vector<int [3], int, int>]’ main.cpp:9:26: required from here /home/i-bird/BOOST_166/include/boost/fusion/container/vector/detail/value_at_impl.hpp:38:11: error: function returning an array U value_at_impl(store<N, U> const volatile*); ^~~~~~~~~~~~~ main.cpp: In function ‘int main()’: main.cpp:9:26: error: no matching function for call to ‘at_c<0>(boost::fusion::vector<int [3], int, int>&)’ boost::fusion::at_c<0>(v)[0] = 1; ^ In file included from main.cpp:1:0: /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:119:5: note: candidate: template<int N, class Sequence> constexpr typename boost::lazy_disable_if<boost::is_const<Sequence>, boost::fusion::result_of::at_c<Sequence, N> >::type boost::fusion::at_c(Sequence&) at_c(Sequence& seq) ^~~~ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:119:5: note: template argument deduction/substitution failed: /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: note: candidate: template<int N, class Sequence> constexpr typename boost::fusion::result_of::at_c<const Sequence, N>::type boost::fusion::at_c(const Sequence&) at_c(Sequence const& seq) ^~~~ /home/i-bird/BOOST_166/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: note: substitution of deduced template arguments resulted in errors seen above [i-bird@localhost boost_bug_test]$ [i-bird@localhost boost_bug_test]$ [i-bird@localhost boost_bug_test]$ [i-bird@localhost boost_bug_test]$ g++ --std=c++11 -I/home/i-bird/BOOST_167/include -o out main.cpp In file included from /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/at_impl.hpp:12:0, from /home/i-bird/BOOST_167/include/boost/fusion/container/vector/vector.hpp:29, from /home/i-bird/BOOST_167/include/boost/fusion/container/vector.hpp:12, from main.cpp:3: /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp: In instantiation of ‘struct boost::fusion::extension::value_at_impl<boost::fusion::vector_tag>::apply<boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’: /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/at_impl.hpp:45:95: required from ‘struct boost::fusion::extension::at_impl<boost::fusion::vector_tag>::apply<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:66:16: required from ‘struct boost::fusion::detail::at_impl<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0>, boost::fusion::vector_tag>’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:81:16: required from ‘struct boost::fusion::result_of::at<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:86:16: required from ‘struct boost::fusion::result_of::at_c<const boost::fusion::vector<int [3], int, int>, 0>’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: required by substitution of ‘template<int N, class Sequence> constexpr typename boost::fusion::result_of::at_c<const Sequence, N>::type boost::fusion::at_c(const Sequence&) [with int N = 0; Sequence = boost::fusion::vector<int [3], int, int>]’ main.cpp:9:26: required from here /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: error: no matching function for call to ‘value_at_impl<mpl_::int_<0>::value>(boost::fusion::vector<int [3], int, int>*)’ decltype(vector_detail::value_at_impl<N::value>(boost::declval<Sequence*>())) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:38:11: note: candidate: template<long unsigned int N, class U> U boost::fusion::vector_detail::value_at_impl(const volatile boost::fusion::vector_detail::store<N, U>*) U value_at_impl(store<N, U> const volatile*); ^~~~~~~~~~~~~ /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:38:11: note: template argument deduction/substitution failed: /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: note: template argument ‘1’ does not match ‘0’ decltype(vector_detail::value_at_impl<N::value>(boost::declval<Sequence*>())) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: note: template argument ‘2’ does not match ‘0’ /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp: In substitution of ‘template<long unsigned int N, class U> U boost::fusion::vector_detail::value_at_impl(const volatile boost::fusion::vector_detail::store<N, U>*) [with long unsigned int N = 0; U = int [3]]’: /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:53:68: required from ‘struct boost::fusion::extension::value_at_impl<boost::fusion::vector_tag>::apply<boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/at_impl.hpp:45:95: required from ‘struct boost::fusion::extension::at_impl<boost::fusion::vector_tag>::apply<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:66:16: required from ‘struct boost::fusion::detail::at_impl<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0>, boost::fusion::vector_tag>’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:81:16: required from ‘struct boost::fusion::result_of::at<const boost::fusion::vector<int [3], int, int>, mpl_::int_<0> >’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:86:16: required from ‘struct boost::fusion::result_of::at_c<const boost::fusion::vector<int [3], int, int>, 0>’ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: required by substitution of ‘template<int N, class Sequence> constexpr typename boost::fusion::result_of::at_c<const Sequence, N>::type boost::fusion::at_c(const Sequence&) [with int N = 0; Sequence = boost::fusion::vector<int [3], int, int>]’ main.cpp:9:26: required from here /home/i-bird/BOOST_167/include/boost/fusion/container/vector/detail/value_at_impl.hpp:38:11: error: function returning an array U value_at_impl(store<N, U> const volatile*); ^~~~~~~~~~~~~ main.cpp: In function ‘int main()’: main.cpp:9:26: error: no matching function for call to ‘at_c<0>(boost::fusion::vector<int [3], int, int>&)’ boost::fusion::at_c<0>(v)[0] = 1; ^ In file included from main.cpp:1:0: /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:119:5: note: candidate: template<int N, class Sequence> constexpr typename boost::lazy_disable_if<boost::is_const<Sequence>, boost::fusion::result_of::at_c<Sequence, N> >::type boost::fusion::at_c(Sequence&) at_c(Sequence& seq) ^~~~ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:119:5: note: template argument deduction/substitution failed: /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: note: candidate: template<int N, class Sequence> constexpr typename boost::fusion::result_of::at_c<const Sequence, N>::type boost::fusion::at_c(const Sequence&) at_c(Sequence const& seq) ^~~~ /home/i-bird/BOOST_167/include/boost/fusion/sequence/intrinsic/at.hpp:127:5: note: substitution of deduced template arguments resulted in errors seen above

3 3

Proposal of a new container
by Vanand Gasparyan 16 Apr '18

16 Apr '18

Hi everyone, First, a short introduction of me. My name is Vanand, I'm from Armenia, 23 yo, C++ software Engineer. I'm new in the community and I've come with a proposal. I've implemented a prefix tree and tried to make it as STL compatible as possible. After a short investigation I found out that boost libraries don't provide one and here I am with a proposal. Here is the link to the repository: https://github.com/vgasparyan1995/prefix_tree It's a header only implementation, all source files are in "include" directory. I also have unit and performance tests. If the proposal (of having prefix tree container in boost) is accepted, I will ask for mentorship and support to make it "boost friendly" , create a proper documentation, meet the coding style and other guidelines. In the end I want to mention that I am new to this, so if I'm already doing something wrong or this is not the proper way to propose something, please kindly let me know and help to do it right. Looking forward to hearing from anyone :) Best Regards, Vanand

2 4

[release] 1.68.0 open for merging
by Daniel James 15 Apr '18

15 Apr '18

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 Release schedule explanation: https://github.com/boostorg/boost/wiki/Release-Schedule Release practices for developers: http://svn.boost.org/trac/boost/wiki/ImprovingPractices -- The Boost Release Team

1 0

[release] Boost 1.67.0
by Daniel James 14 Apr '18

14 Apr '18

Release 1.67.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 2 new libraries and numerous enhancements and bug fixes for existing libraries. For details, including download links, see <https://www.boost.org/users/news/version_1.67.0> You can also download directly from: <https://dl.bintray.com/boostorg/release/1.67.0/> To install this release on your system, see <https://www.boost.org/doc/libs/release/more/getting_started/index.html> Thanks to everyone who participated in this release. Thanks, -- The Boost Release Team

2 1

Library for printing STL containers
by Eric Curtin 14 Apr '18

14 Apr '18

Hi Guys, I have tried to contact the developer of this neat little library. It allows you to use streams such as ostringstreams and couts with various STL containers, without the boilerplate of any loops to get all the contents. I will likely fork and maintain it as I have tried (and failed) to contact the developer. https://github.com/louisdx/cxx-prettyprint If I cleaned it up, could we consider it for boost inclusion? It is already under boost open source license.

2 1

MSVC now correctly reports __cplusplus
by degski 12 Apr '18

12 Apr '18

https://blogs.msdn.microsoft.com/vcblog/2018/04/09/msvc-now-correctly-repor… degski

1 0

[release] Boost 1.67.0 Release Candidate 1
by Daniel James 11 Apr '18

11 Apr '18

The release candidates for the 1.67.0 release are now available at: <https://dl.bintray.com/boostorg/release/1.67.0/source/> The SHA256 checksums are as follows: 289d55fc90b637781018c4babe3ba83244175aa539b54bc687529a65e352e713 boost_1_67_0_rc1.7z 0d13e038f8f402ea0d811397876c8e6f2a2352c170f90d0a42bb61dcec3f86fc boost_1_67_0_rc1.tar.bz2 5d25d1cdf6f7061f25463f59ce2e5c9e1cecfece90d86a04513de386c86fbb5e boost_1_67_0_rc1.tar.gz ae8d461a8573d24813c92e3daf1f7832908d1845820d94b77243d6cd06197635 boost_1_67_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.

4 5

[build] Broken doc links
by Gavin Lambert 10 Apr '18

10 Apr '18

Prompted by the thread "Toolset version for Visual Studio 2017 15.6.3" over in the user list, I was looking through some Boost.Build documentation when I found some dead links and other weirdness. Boost.Build's github page links to https://www.boost.org/build/, which appears to be fully working. On https://www.boost.org/doc/libs/1_66_0/more/getting_started/windows.html, under "5.2.1 Install Boost.Build" it links to https://www.boost.org/doc/libs/1_66_0/tools/build/index.html, which appears to be a versioned clone of the above. But at that page, the "Documentation" link points at https://www.boost.org/doc/libs/1_66_0/tools/build/doc/html/index.html, which 404s. Back in "Getting Started", in "5.2.2 Identify Your Toolset" it first links directly to https://www.boost.org/build/doc/html/bbv2/reference/tools.html (which is now an unversioned link, but does work), and then to https://www.boost.org/doc/libs/1_66_0/doc/html/bbv2/installation.html (which is a versioned link that also works). So it's not very consistent. Putting these things together, it looks like the "right" root page for the versioned documentation should be https://www.boost.org/doc/libs/1_66_0/doc/html/bbv2.html, although that lacks some user-friendliness. (And it also links to https://www.boost.org/boost-build2 for yet another URL variation... although that does redirect to https://www.boost.org/build/ at least.)

2 2

please integrate patches for Boost.Gil and Boost.Graph
by Brook Milligan 10 Apr '18

10 Apr '18

I am not sure what the correct procedure for this is, but there are at least two old patches that would improve Boost.Gil and Boost.Graph. I would greatly appreciate it if someone integrates these. I have been using these for some time now with no detrimental effects. The patch to Boost.Gil corrects clearly incorrect code. The patch to Boost.Graph solves a problem that should never have been in the original design in the first place. Since it expands the acceptable set of arguments to cover the full range of values any user would expect and has the original semantics for cases that worked before, as far as I can see there can be no effect on existing user code. Thank you very much. Cheers, Brook See the following: - https://lists.boost.org/Archives/boost/2013/02/200721.php - https://svn.boost.org/trac10/ticket/7270 - https://svn.boost.org/trac10/ticket/9517 - https://svn.boost.org/trac10/attachment/ticket/9517/gil_channel_algorithm.p… - https://svn.boost.org/trac10/ticket/13397 --- boost/gil/channel_algorithm.hpp.orig 2018-02-23 22:45:42.000000000 -0700 +++ boost/gil/channel_algorithm.hpp 2018-03-11 22:05:31.000000000 -0600 @@ -25,6 +25,7 @@ #include "gil_config.hpp" #include "channel.hpp" +#include <limits> #include <boost/mpl/less.hpp> #include <boost/mpl/integral_c.hpp> #include <boost/mpl/greater.hpp> @@ -51,7 +52,7 @@ template <typename UnsignedIntegralChannel> -struct unsigned_integral_max_value : public mpl::integral_c<UnsignedIntegralChannel,-1> {}; +struct unsigned_integral_max_value : public mpl::integral_c<UnsignedIntegralChannel,std::numeric_limits<UnsignedIntegralChannel>::max()> {}; template <> struct unsigned_integral_max_value<uint8_t> : public mpl::integral_c<uint32_t,0xFF> {}; Allow dimensions to have length >= 1, rather than > 1. See https://svn.boost.org/trac10/ticket/11735. --- boost/graph/grid_graph.hpp.orig 2017-12-13 16:56:43.000000000 -0700 +++ boost/graph/grid_graph.hpp 2018-04-07 09:33:56.000000000 -0600 @@ -630,15 +630,17 @@ // If the vertex is on the edge of this dimension, then its // number of out edges is dependent upon whether the dimension - // wraps or not. - if ((vertex[dimension_index] == 0) || - (vertex[dimension_index] == (length(dimension_index) - 1))) { - out_edge_count += (wrapped(dimension_index) ? 2 : 1); - } - else { - // Next and previous edges, regardless or wrapping - out_edge_count += 2; - } + // wraps or not, but only if the length is > 1. + if (length(dimension_index) > 1) { + if ((vertex[dimension_index] == 0) || + (vertex[dimension_index] == (length(dimension_index) - 1))) { + out_edge_count += (wrapped(dimension_index) ? 2 : 1); + } + else { + // Next and previous edges, regardless or wrapping + out_edge_count += 2; + } + } } return (out_edge_count);

4 7

[concept_check] Reference page concept links out-of-date
by Spencer Collyer 09 Apr '18

09 Apr '18

Not sure if this has been reported before, but any links on the Reference page of the concept_check library that point to SGI.com now take you to a page that says 'SGI.com Tech Archive Resources now retired'. Regards, Spencer Collyer

5 4

Reducing dependencies
by Antony Polukhin 08 Apr '18

08 Apr '18

Hello, I've noted that many libraries depend on container_hash while it depends only on a single header from Boost.Detail library https://pdimov.github.io/boostdep-report/master/module-levels.html Can we move "boost/detail/container_fwd.hpp" into Boost.Core or into Boost.ContainerHash? This will break the circular dependency, move the Boost.ContainerHash on level 4 and improve levels of Intrusive, Container, CircularBuffer, Unordered, Algorithm, Test, TypeIndex, Any, Function, Functional, ScopeExit, Signals, MultiArray, Variant. -- Best regards, Antony Polukhin

6 12

[release] 1.67.0 mostly closed for release candidate
by Daniel James 07 Apr '18

07 Apr '18

The master branch is now closed for all changes except by permission for the release candidate. We're expecting potential fixes for build, context and a documentation update for ptr_container. Please let us know if there are any other fixes that you want to include in the release. Thanks, -- The Boost Release Team

5 9

mkmakefile
by Ggh 05 Apr '18

05 Apr '18

Hi! is anyone interested in developing this code further? pls have a look at: http://www.multi.fi/~ghaga http://www.multi.fi/~ghaga/mkmakefile/ anyone? Ty, Greg

4 6

[ptr_container] Docs not updated to reflect std::auto_ptr -> std:unique_ptr changes
by Edward Diener 04 Apr '18

04 Apr '18

An issue was recently created that while ptr_container now supports std::unique_ptr where appropriate and no longer supports std::auto_ptr where it has been removed from the C++ standard, the docs were never updated to reflect this change. I thought it would be worthwhile mentioning this as we go to the 1.67 release. A contributo is preparing a PR to correct this issue, and I will review as a member of CMT once the PR is submitted. I don't mean this as a way to delay the new release but I thought I should bring this up in the mailing list so others know this is the case.

2 1

[1.67] Missing include in Boost.Graph
by Denis Davydov 03 Apr '18

03 Apr '18

Dear all, 1.67.0.beta1 has a regression of missing include in Boost.Graph which prevents deal.II https://www.dealii.org <https://www.dealii.org/> project from building. Even though the file was not modified since 2015, it’s a regression as we have not had this issue with previous versions of boost. The one-liner fix is here https://github.com/boostorg/graph/pull/104 <https://github.com/boostorg/graph/pull/104> I would appreciate if you could merge it prior to 1.67.0 release. ps. https://github.com/boostorg/graph/pull/101 <https://github.com/boostorg/graph/pull/101> is a better way to fix it but as suggested in https://svn.boost.org/trac10/ticket/13505#comment:4 <https://svn.boost.org/trac10/ticket/13505#comment:4> this might not get merged into 1.67.0, which would be pity. Regards, Denis

3 2

Build breaking changes
by Antony Polukhin 03 Apr '18

03 Apr '18

Hello, I've just noted that building Boost from master stopped working: [00:16:51] b2.exe -j4 toolset=gcc --layout=system variant=release architecture=x86 link=static --with-program_options --with-filesystem --with-system --with-test --with-atomic --with-thread --with-timer --with-date_time --with-chrono --with-regex --with-random --with-context stage [00:16:52] Performing configuration checks [00:16:52] [00:16:52] - default address-model : 32-bit [00:16:53] - default architecture : x86 [00:16:53] - symlinks supported : yes (cached) [00:16:54] - C++11 mutex : yes [00:16:55] - has_icu builds : no [00:16:55] - BOOST_COMP_GNUC >= 4.3.0 : yes [00:16:55] - C++11 mutex : no [00:16:56] - has_icu builds : no [00:16:56] - BOOST_COMP_GNUC >= 4.3.0 : no [00:16:56] error: Name clash for '<pstage\lib>libboost_atomic.a' [00:16:56] error: [00:16:56] error: Tried to build the target twice, with property sets having [00:16:56] error: these incompatible properties: [00:16:56] error: [00:16:56] error: - <address-model>64 [00:16:56] error: - <address-model>32 [00:16:56] error: [00:16:56] error: Please make sure to have consistent requirements for these [00:16:56] error: properties everywhere in your project, especially for install [00:16:56] error: targets. [00:16:56] [00:16:56] Command exited with code 1 Previously this build command worked fine. Full log available at https://ci.appveyor.com/project/apolukhin/boost-cookbook/branch/second_edit… Is this an intended breaking change?

12 21

Debate until Decision
by James E. King, III 03 Apr '18

03 Apr '18

I'm going to float some thoughts about how the group makes decisions below. I'm not suggesting a specific course of action, but I would like people to think about how these ideas can be used to improve Boost development. Recent discussions about default address-model, and past discussions about issues like cmake and CI build improvements (like whether or not to purchase more build slaves from travis or appveyor), and topics about legal use of code snippets leads me to the following conclusion: 1. We are geographically, culturally, and vertically distributed and have highly varying viewpoints. 2. We are all very good at expressing our viewpoint about various topics. 3. We collectively need to improve our skill at coming to a group decision and moving forward. Folks generally have individual control over their respective maintained repositories in the current structure. There are many topics that generally affect all of the repositories, such as the ones I mentioned previously, that affect all of us. At my most recent startup company we implemented an effective "Debate until Decision" mechanism by which: 1. The issue is discussed. (We do this well) 2. A decision is made and implemented (We do not seem to do this well): Not everyone will be happy with the outcome. Folks should not attempt to undermine the outcome after decision. The issue can be raised again if new information is brought to light. How is a decision made? Typically in a meeting where people vote face-to-face. For a group like this, voting would be done online with a time limit. Who can vote? That's a good question. In this environment it may fall to the group of folks who are maintainers of an affected repository. I don't necessarily have a good answer for that, as I am relatively new to the group. Some folks have been here for 10+ years and may feel differently that seniority should have a say. I don't know. What are the benefits of this? Simply: *Things get done.* Look at the cmake discussion, or the CI build job discussion, or the current address-model discussion. These need to be finished, agreed to, and implemented (or not), and everyone moves forward. The Apache Software Foundation maintains a fairly well documented structure for each project, with a project management committee consisting of a chair and members who have equal voting rights, however said group's primary function is to identify and grow the team of developers who have commit privileges. The committers as a whole vote on issues that are project-wide, like "should we split into multiple repositories", or "should we move to another source code control environment"? This mechanism could also be applied to how folks are brought into maintainer status for a repository, or how a library enters the CMT. If you look at the bug backlog in trac for some one the libraries, it's pretty clear that they are not properly maintained. The issue may be discussed, but then dropped and forgotten, and no action is taken to remedy it. When repositories have pull requests open for years, or a backlog of 100 defects going back 10 years, there's a very unhealthy problem for that project that needs to be addressed. It may be a similar structure that will work well here. Folks may disagree. This will be debated, certainly, as folks probably have varying opinions about how much structure is needed or desired. I simply hope this leads to an effective discussion about how this group identifies deficiencies, solves them, and moves forward. Any group large or small can benefit from examination and improvement of processes, including ours. Thanks, Jim

5 5

[ineterprocess] managed mapped file - recovery from process failure
by Assaf Ben-amitai 02 Apr '18

02 Apr '18

Hi, I have noticed that if a process is killed while it's allocating memory from a managed file, later loading of the managed file may segfault (even in read-only mode). A. What is the expected behaviour in this case? B. Should such a segfault be considered as a bug or is it the case that the user is not supposed to use the managed file after process failure? C. If unsupported, any pointers on efforts to improve this? Thx, Assaf

2 1

[cmake] Where to discuss CMake in Boost?
by Mateusz Loskot 02 Apr '18

02 Apr '18

Hi, TL;TR: Which is the right mailing list to discuss CMake in Boost? Numerous CMake discussions happened here lately which, I think, were mostly about the grand Boost vs CMake strategy, politics. The boost-cmake ml has been quiet for years now, according to its archives. https://lists.boost.org/mailman/listinfo.cgi/boost-cmake Whereas, there has been lots of activity in development of CMake for various aspects: to use CMake inside Boost. to use CMake to build Boost, etc. That is https://github.com/boost-cmake where, in particular, I'm interested in https://github.com/boost-cmake/bcm Where can I ask *technical* questions about those to avoid polluting wrong list? Best regards. -- Mateusz Loskot, http://mateusz.loskot.net

5 10

[gil] Locator bug in MSVC release builds
by Christian Henning 31 Mar '18

31 Mar '18

Hi all, there is this nagging bug (#49) with boost::gil which I have a hard time figuring out. Please consider the following code: #define _CRT_SECURE_NO_WARNINGS 1 #include <boost/gil/gil_all.hpp> #include <boost/gil/extension/io/bmp_all.hpp> using namespace boost::gil; int main() { using ref_t = const bit_aligned_pixel_reference<boost::uint8_t, boost::mpl::vector3_c<int, 1, 2, 1>, bgr_layout_t, true>; using ptr_t = bit_aligned_pixel_iterator<ref_t>; using pixel_t = std::iterator_traits<ptr_t>::value_type; using bgr121_image_t = image<ref_t, false>; ////////////////////// // works ////////////////////// { bgr121_image_t a(10, 10); fill_pixels(view(a), pixel_t(0, 0, 1)); auto loc = view(a).xy_at(0, 0); for (int y = 0; y < view(a).height(); ++y) { *loc = pixel_t(1, 0, 0); ++loc.x(); ++loc.y(); } auto v = color_converted_view<rgb8_pixel_t>(view(a)); write_view("a.bmp", v, bmp_tag()); } ////////////////////// // doesn't work ////////////////////// { bgr121_image_t b(10, 10); fill_pixels(view(b), pixel_t(0, 0, 1)); auto loc = view(b).xy_at(0, view(b).height() - 1); for (int y = 0; y < view(b).height(); ++y) { *loc = pixel_t(1, 0, 0); ++loc.x(); --loc.y(); } auto v = color_converted_view<rgb8_pixel_t>(view(b)); write_view("b.bmp", v, bmp_tag()); } } When running with VS 2017 all is working in Debug but with Release the second image is incorrect. The bug should be in the locator code. Anyone has an idea what is going wrong or what else I should try? Thanks, Christian

2 3

[boost.test] merging minor changes to master
by Raffi Enficiaud 31 Mar '18

31 Mar '18

Hi list, I merged a very minor commit that will make MinGW people happy. Rev of Boost.test on master is now 413b2f660118060db732dbf38a2bdffb527395e3 . Since Beta1: * doc updates * small bugfix PR 134 * include all lower case on windows for MinGW. PR 136 I would be grateful to the release managers if those changes go to the final 1.67 release. Thanks, Raffi

1 0

Maintenance of boostorg on AppVeyor
by Mateusz Loskot 30 Mar '18

30 Mar '18

Hi, I found [1] there is boostorg account on AppVeyor https://ci.appveyor.com/project/boostorg/boost/ There seem to be no sites/URLs per GitHub repo, eg. https://ci.appveyor.com/project/boostorg/hana https://ci.appveyor.com/project/boostorg/gil etc. I'm unclear how this is setup, but boostorg/boost seems to be a sink for all boostorg repos on GitHub. What is the purpose of this AppVeyor boostorg account? Can library maintainers have access to this account and use to build their library repo? If yes, where can I request to set-up AppVeyor roles [2] for Boost.GIL maintainers, so they can cancel/re-run builds? Or, is it that typically maintainers are supposed to create sparate account for builds a library, eg. ci.appveyor.com/project/mloskot/gil Isn't such duplication of builds a waste of resources? [1] https://lists.boost.org/Archives/boost/2015/06/223325.php [2] https://www.appveyor.com/docs/team-setup/#github-integration Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

Failing to use b2/bjam including libraries with Clang
by Paul A. Bristow 30 Mar '18

30 Mar '18

I am still failing to get Clang on Windows 10 to work with b2/bjam *linking to libraries*. I have a few simple test cases, using Boost.System to display an error code ,using Boost.Test for a 'hello World" use of Boost.Test, and a simple regex example1 linking to Boost.Regex library. All links to libraries are static (to avoid reported problems with DLL and Clang). I have tried to use the LLD linker http://releases.llvm.org/6.0.0/tools/lld/docs/ReleaseNotes.html as some have recommended this, but not successfully with libraries, so far. Things that DO work OK with Clang 6.0.0 are 1 Visual Studio IDE (using Boost prebuilt libraries) Platform Toolset = llvm-2014 and MS linker only. 2 Codeblocks IDE (mingw64 on windows 10) (using normal Boost prebuilt libraries as part of the normal install) and clang++.exe. (But NOT when using the LTO lld.exe linker getting error: Expected a single module ???- but I am not trying to use C++ modules!). 3 Using b2/bjam to run a *single* exe (no libraries). jamfile is just [ run hello_boost.cpp ] with >b2 toolset=gcc-7.2.0,msvc-14.1,clang-6.0.0 4 Using all examples in jamfile b2/bjam with libraries with toolset=gcc-7.2.0,msvc-14.1 (so I am confident that it is not a problem with the C++ or the jamfile). What *doesn't work* is b2/bjam using a library with toolset=clang-6.0.0, neither using clang++ linker nor using LTO llvm-lld.exe. And since I want to write b2 -a -j6 --debug-configuration -d2 toolset=msvc-14.1,gcc-7.2.0,clang-6.0.0 address-model=64 > my.log this is most disappointing :-( My user-config.jam contains using clang : # Version. 6.0.0 : # Location of Clang compiler .exe file(s). "C:/LLVM/clang-600/LLVM/bin/clang++.exe" : # Options. <compileflags>-v <compileflags>-m64 <compileflags>-fmsc-version=1900 <compileflags>--target=i686-pc-windows-msvc <define>_CRT_SECURE_NO_DEPRECATE <define>_CRT_SECURE_NO_WARNINGS <cxxflags>-std=c++17 <cxxflags>-flto=thin <<<<<<< if trying to use LTO lld linker <cxxflags>-Wno-deprecated <cxxflags>-Wno-deprecated-declarations <linkflags>-v <linkflags>-fuse-ld=lld <<<<<<< if trying to use LTO lld linker <linkflags>-flto=thin <<<<<<< if trying to use LTO lld linker <linkflags>--verbose <linkflags>-m64 <linkflags>--target=i686-pc-windows-msvc <linkflags>-lmsvcrt The Boost.Test and Boost.System libraries are built as expected (for Clang) at "..\..\..\bin.v2\libs\system\build\clang-gnu-linux-6.0.0\release\address-model-64\link-static\threadapi-win32\libboost_system-clang6 0-x64-1_66.lib" my jamfile contains lines like [ run hello_boost_system.cpp ../../system/build//boost_system/<link>static ] [ run hello_boost_test.cpp : : : <library>/boost/test//boost_unit_test_framework/<link>static ] After trying a bewildering array of linkers, and many options, I finally always end up with a series of link failures with errors either like error: lto.tmp: undefined symbol: ? system_category@system@boost@@YAAEBVerror_category@12@XZ or a missing entry point: LINK : fatal error LNK1561: entry point must be defined (This appears to be a message from MSVC, not the lld linker?) clang-linux.link ..\..\..\bin.v2\libs\hello_boost_test\test\hello_boost_system.test\clang-gnu-linux-6.0.0\release\address-model-64\threadapi-win32\he llo_boost_system.exe "C:/LLVM/clang-600/LLVM/bin/clang++.exe" -o "..\..\..\bin.v2\libs\hello_boost_test\test\hello_boost_system.test\clang-gnu-linux-6.0.0\release\address-model-64\threadapi-win32\h ello_boost_system.exe" -Wl,--start-group "..\..\..\bin.v2\libs\hello_boost_test\test\hello_boost_system.test\clang-gnu-linux-6.0.0\release\address-model-64\threadapi-win32\h ello_boost_system.obj" "..\..\..\bin.v2\libs\system\build\clang-gnu-linux-6.0.0\release\address-model-64\link-static\threadapi-win32\libboost_system-clang6 0-x64-1_66.lib" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -v -fuse-ld=lld -flto=thin --verbose -m64 --target=i686-pc-windows-msvc -lmsvcrt -m64 clang version 6.0.0 (tags/RELEASE_600/final) Target: x86_64-pc-windows-msvc Thread model: posix InstalledDir: C:\LLVM\clang-600\LLVM\bin "C:\\LLVM\\clang-600\\LLVM\\bin\\lld-link" "-out:..\\..\\..\\bin.v2\\libs\\hello_boost_test\\test\\hello_boost_system.test\\clang-gnu-linux-6.0.0\\release\\address-model-64\\t hreadapi-win32\\hello_boost_system.exe" -defaultlib:libcmt "-libpath:C:\\Program Files (x86)\\Microsoft Visual Studio\\2017\\Professional\\VC\\Tools\\MSVC\\14.13.26128\\lib\\x64" "-libpath:C:\\Program Files (x86)\\Windows Kits\\10\\Lib\\10.0.16299.0\\ucrt\\x64" "-libpath:C:\\Program Files (x86)\\Windows Kits\\10\\Lib\\10.0.16299.0\\um\\x64" -nologo --start-group "..\\..\\..\\bin.v2\\libs\\hello_boost_test\\test\\hello_boost_system.test\\clang-gnu-linux-6.0.0\\release\\address-model-64\\thread api-win32\\hello_boost_system.obj" "..\\..\\..\\bin.v2\\libs\\system\\build\\clang-gnu-linux-6.0.0\\release\\address-model-64\\link-static\\threadapi-win32\\libboost_s ystem-clang60-x64-1_66.lib" -Bstatic -Bdynamic --end-group msvcrt.lib C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: --start-group C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: -Bstatic C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: -Bdynamic C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: --end-group C:\LLVM\clang-600\LLVM\bin\lld-link: error: lto.tmp: undefined symbol: ?system_category@system@boost@@YAAEBVerror_category@12@XZ C:\LLVM\clang-600\LLVM\bin\lld-link: error: lto.tmp: undefined symbol: ?generic_category@system@boost@@YAAEBVerror_category@12@XZ clang++.exe: error: linker command failed with exit code 1 (use -v to see invocation) Which seems to indicate some link problem finding error_category (error_category is found OK with GCC or MSVC)? and for a simple use of Boost.Test library clang version 6.0.0 (tags/RELEASE_600/final) Target: x86_64-pc-windows-msvc Thread model: posix InstalledDir: C:\LLVM\clang-600\LLVM\bin "C:\\LLVM\\clang-600\\LLVM\\bin\\lld-link" "-out:..\\..\\..\\bin.v2\\libs\\hello_boost_test\\test\\hello_boost_test.test\\clang-gnu-linux-6.0.0\\release\\address-model-64\\thr eadapi-win32\\hello_boost_test.exe" -defaultlib:libcmt "-libpath:C:\\Program Files (x86)\\Microsoft Visual Studio\\2017\\Professional\\VC\\Tools\\MSVC\\14.13.26128\\lib\\x64" "-libpath:C:\\Program Files (x86)\\Windows Kits\\10\\Lib\\10.0.16299.0\\ucrt\\x64" "-libpath:C:\\Program Files (x86)\\Windows Kits\\10\\Lib\\10.0.16299.0\\um\\x64" -nologo --start-group "..\\..\\..\\bin.v2\\libs\\hello_boost_test\\test\\hello_boost_test.test\\clang-gnu-linux-6.0.0\\release\\address-model-64\\threadap i-win32\\hello_boost_test.obj" "..\\..\\..\\bin.v2\\libs\\test\\build\\clang-gnu-linux-6.0.0\\release\\address-model-64\\link-static\\threadapi-win32\\libboost_uni t_test_framework-clang60-x64-1_66.lib" "..\\..\\..\\bin.v2\\libs\\timer\\build\\clang-gnu-linux-6.0.0\\release\\address-model-64\\link-static\\threadapi-win32\\libboost_ti mer-clang60-x64-1_66.lib" "..\\..\\..\\bin.v2\\libs\\chrono\\build\\clang-gnu-linux-6.0.0\\release\\address-model-64\\link-static\\threadapi-win32\\libboost_c hrono-clang60-x64-1_66.lib" "..\\..\\..\\bin.v2\\libs\\system\\build\\clang-gnu-linux-6.0.0\\release\\address-model-64\\link-static\\threadapi-win32\\libboost_s ystem-clang60-x64-1_66.lib" -Bstatic -Bdynamic --end-group msvcrt.lib C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: --start-group C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: -Bstatic C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: -Bdynamic C:\LLVM\clang-600\LLVM\bin\lld-link: warning: ignoring unknown argument: --end-group C:\LLVM\clang-600\LLVM\bin\lld-link: error: entry point must be defined clang++.exe: error: linker command failed with exit code 1 (use -v to see invocation) Which leaves me baffled. Verbose logs are attached, and I have several others if any kind soul would be willing to pass a more expert eye over them. Ideas on what I am doing wrong most welcome? Thanks. Paul PS I am away for a while, but eagerly await solutions on my return ;-) --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

1 0

Permission to merge bugfix into 1.67 master (geometry)
by Barend Gehrels 29 Mar '18

29 Mar '18

Hi, Can I merge a small bugfix for Boost.Geometry into master? It is about https://github.com/boostorg/geometry/commit/68296965f55d911d74574ae7bbc0652… If allowed, I will cherry-pick this commit into master. Thanks, Barend

3 2

[gil] gcc fail with simple code
by Christian Henning 28 Mar '18

28 Mar '18

Hi all, we are, at the boost::gil corner, investigating a runtime failure when compiling with gcc 5.4. When running in release configuration the following code fails: #include <iostream> #include <boost/gil/gil_all.hpp> using namespace boost::gil; using namespace std; void error_if(bool condition) { if (condition) throw std::exception(); } bits32s c32s_min = channel_traits<bits32s>::min_value(); bits32s c32s_max = channel_traits<bits32s>::max_value(); // For channel values simply initialize the value directly template <typename ChannelValue> struct value_core { typedef ChannelValue channel_t; channel_t _min_v, _max_v; value_core() : _min_v(channel_traits<ChannelValue>::min_value()), _max_v(channel_traits<ChannelValue>::max_value()) {} }; int main(int argc, char *argv[]) { value_core<bits32s> a; bits32s v_min, v_max; v_min = channel_convert<bits32s>(c32s_min); v_max = channel_convert<bits32s>(c32s_max); //std::cout << v_min << std::endl; // std::cout << this->_min_v << std::endl; //std::cout << v_max << std::endl; // std::cout << this->_max_v << std::endl; error_if(v_min != a._min_v || v_max != a._max_v); } The interesting thing is that everything works with the cout's enabled. Has anyone ever dealt with a similar issue? Thanks, Christian

5 8

[optional] get() misses optional r-value overload in contrast to operator* and value()
by Viktor Sehr 28 Mar '18

28 Mar '18

Both *value()* and *operator** has an overload to handle if the *optional<T>* object is an r-value. However *get()* does not have the r-value overload. This leads to undefined behavior using *get()*, but not with *operator** and *value()*, in the following example: auto func0() { return optional<int>{3}; } auto func1() { const auto& x = func0().get(); // Undefined behavior const auto& y = func0().value(); // Correct const auto& z = *func0(); // Correct } Is this intended, I can't see any reason why the r-value overload of .get() would be missing? Otherwise, the following overload of .get() should be added: reference_type_of_temporary_wrapper get() && { BOOST_ASSERT(this->is_initialized()); return boost::move(this->get_impl()); } /Viktor Sehr, Software Developer at Toppluva

5 15

Unescaped special character in argument <cxx, flags>/std:c++nn
by Edward Diener 26 Mar '18

26 Mar '18

When compiling with vc++ and specifying in my user_config.jam file: using msvc : 14.1c14 : : <cxxflags>/std:c++14 ; using msvc : 14.1c17 : : <cxxflags>/std:c++latest ; I am getting the messages: user-config.jam:5: Unescaped special character in argument <cxxflags>/std:c++14 user-config.jam:6: Unescaped special character in argument <cxxflags>/std:c++latest I am using the latest 'develop' branch of Boost Build. What is the workaround for this ?

3 3

Stale branch removal - safe?
by James E. King, III 26 Mar '18

26 Mar '18

There are some stale branches (over 7 years old) from the svn conversion in the Boost.Uuid (and other) repository: https://github.com/boostorg/uuid/branches/stale Is it safe to remove these? example name: svn-branches/units/autoprefix Apart from "master" and "develop" branches and all the version tags, is anything else sacred for branches or tags? Thanks, Jim

1 0

Permission to merge into 1.67.0 (build fix)
by James E. King, III 26 Mar '18

26 Mar '18

Requesting permission to merge into 1.67.0 (build fix) pending successful CI completion of a pull request. Build script issue reported by a consumer of Boost.Uuid: https://github.com/boostorg/uuid/pull/62 Thanks, Jim

1 0

[release] Boost 1.67.0 Beta 1
by Daniel James 26 Mar '18

26 Mar '18

Boost release 1.67.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.67.0.beta.1/source/> The SHA256 checksums are as follows: 154cf490da858fd9c2307bb904b07a42cbe8355ecf99d5477f0d843c6d03cdda boost_1_67_0_b1.7z 0d854b208fefaeb5837d6c417f505b189275e32d017f6226001fb165a5ac51ed boost_1_67_0_b1.tar.bz2 6eb3f9ca8db355765f41361e1e26976228f0c2dff400aade8a5e97aec6aa59f4 boost_1_67_0_b1.tar.gz 678a6459f2517932536ec97297be1de46ea073f2e2ee17ec8397b80aa0953f49 boost_1_67_0_b1.zip For details of what's in the release, see <http://www.boost.org/users/history/version_1_67_0.html>. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

6 11

1.67 libraries missing autolink/dependency information
by Roger Leigh 26 Mar '18

26 Mar '18

When updating the CMake FindBoost dependencies for 1.67, it was noted that the stacktrace library wasn't being included. Closer examination showed that it doesn't have any autolink information in the headers: grep -R BOOST_LIB_NAME . | grep stacktrace grep -R BOOST_LIB_NAME . | grep contract (for example). Does this library work on Windows? Is it expected that the autolink information is missing, or is this something which needs adding? The same applies to the "contract" library. Do either of these libraries have any other dependencies on other Boost libraries? Thanks, Roger

4 5

[gsoc18] Regarding GSOC 2018 proposal for Boost.Geometry
by Vissarion Fisikopoulos 26 Mar '18

26 Mar '18

Hi, I am copying to the list. As written in https://github.com/boostorg/boost/wiki/Boost-Google-Summer-of-Code-2018 a student "takes a C++ programming aptitude test or provides links to at least 1,000 lines (excluding comments and whitespace) non-coursework C++ library (not application nor solution) open source code. Note if following the second route, code should have been open sourced at least three months ago, and show a log of commits improving the library over time." It is not clear in which case you belong. Please share your draft on gsoc page. Best, Vissarion. On 26 March 2018 at 11:58, Abhinav Siddharth <abhinavsiddharth8409(a)gmail.com> wrote: > Hello, > > Sorry to disturb you. > > As suggested by you, I have made the changes in my proposal. > > It would be very kind of you if you could share your opinion on my new > proposal. > > I have written this mail as no response came in the Boost mailing list and > GSOC deadline is coming to a close also. > > Thanks in advance. > Regards > Abhinav Siddharth

1 0

[gsoc18] Working on my proposal for Boost.Geometry project.
by Abhinav 26 Mar '18

26 Mar '18

Hi everyone, This is a draft of my proposal for Boost.Geometry. Proposal_upd.pdf <http://boost.2283326.n4.nabble.com/file/t371389/Proposal_upd.pdf> Please take a look at it and share your opinion about how I could improve it. Thanks in advance for your time and effort. Regards. Thanks in advance Abhinav Siddharth -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

1 0

[gsoc]Mentor searching for tensors support
by Jiawei Jiang 26 Mar '18

26 Mar '18

Hi community, I'm Jiawei Jiang, a graduate from Uchicago. I'm trying to find a mentor for GSoC(uBLAS, precanned project2). Here's the rough idea of my proposal: I divide the project to 3 parts. First, completion of class structure. As a extension of n-d array structure, basic lookup and modification functions(size, resize, insert, etc.), operator overloadings(+, *, ==...) and iterator interfaces must be implemented. Second, specialization for special tensors. Take 2-order tensors, matrix as an example. Many useful algorithms are implemented specifically to sparse matrix. So it's even worthy to change storing structures for sparse matrix to fit in those operation and algorithms. Similiar cases occur in high-order tensors. Last part is algorithms. Though after completion of iterator inferfaces, we can already call a lot of stl/boost algorithms, some specializations can be a choice. For examle, if we want to calculate the sum of values in n-order tensors, we need call "accumulate" for n times(well, maybe not a big codeload using generic lambdas but still a repetitive work, right?) And of course, other particular algorithms for high-order tensors is a work to complete, such as lowing/rasing index for tensors. My programming competency test: *https://github.com/awesomejiang/matrix <https://github.com/awesomejiang/matrix>* I shared my proposal draft in GSoC website and post a message in boost-uBLAS yesterday and got no response, is it too late to find mentors now? Or someone still has interest in mentoring me? Glad to hear any feedbacks!:) Best regards, Jiawei Jiang

1 0

GSoC'18 - Search for Mentor for Boost.uBLAS project
by Shivam Choudhary 26 Mar '18

26 Mar '18

Hi there, This is Shivam Choudhary, a third year undergraduate at Indian Institute of Technology Bombay. I *would like to contribute to Boost.uBLAS library's project - Add statistics and Machine Learning functions*. I have already taken Machine Learning course at my institute and am quite good at implementing these. I would be highly grateful if anyone would mentor me for this project. I have *completed the Competency test and also would like to know to whom it needs to be shared *for scrutiny. Regards, Shivam Choudhary Third year Undergraduate Indian Institute of Technology Bombay, India emailid - shivam19j(a)gmail.com ᐧ

1 0

[GSoC 2018][uBLAS] Questions about the proposal guide on GitHub Wiki
by philectron 26 Mar '18

26 Mar '18

Hello, I'm doing my GSoC 2018 proposal for Boost.uBLAS project 1 https://github.com/boostorg/boost/wiki/Boost-Google-Summer-of-Code-2018#pro… The guide suggests implementing some fundamental components like... "many sorts of distributions like histograms, etc." Why do we need to implement those distributions when we've already had all the things we need in <boost/math/distributions>? Here is the documentation page of the <boost/math/distributions> library: http://www.boost.org/doc/libs/1_66_0/libs/math/doc/html/dist.html If I read the documentation and the proposal guide correctly, then we have basically had "many sorts of distributions like histograms, etc." already, haven't we? -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

1 0

[gsoc18] Seeking mentor for Boost.uBLAS Statistics and Machine Learning
by Raul Alfonso Sanchez Cayo 26 Mar '18

26 Mar '18

Hi I'm Raul Sanchez Cayo, a student at The University of Guadalajara and I'm looking for a mentor. The Statistics and Machine Learning project on your ideas list got my attention. I just took the subject of Statistics last semester and I found it really interesting, especially when we got into different kinds of distributions and learned how to analyze them. Of course Statistics is not the only reason I want to work with this project. Since last year, I have been training to compete in the ACM-ICPC using C++. Although C++ is not the only programming language I work with, it is by far the first I have gotten to know deeply. I will be submitting a more detailed proposal at Google today, along with my programming competency test and a couple of libraries of my own. Thanks for your time, I look forward to hear from you.

1 0

[gsoc18] Project Proposal
by Vardhan Shah 25 Mar '18

25 Mar '18

Hello, I have been in touch with my mentor( Rishabh Arora) regarding project Enhancement of Boost.Intrusive library. I'm working on my project proposal. Here is draft of my proposal <https://docs.google.com/document/d/1cFqo94XmM0FE9Hd5kyRylYUoNvkIpcaF4JJQCKp…> . *Please take a look at it and share your opinion about how I could improve it. Thanks in advance for your time and effort. Any kind of help is highly appreciated.* Regards, Vardhan Shah

1 0

[gsoc18] Becoming a mentor
by Adam Wulkiewicz 25 Mar '18

25 Mar '18

Hi, What's the procedure of becoming a mentor? I couldn't find any info at our Wiki regarding this. Do I understand correctly that I should be able to go to gsoc page and agree to mentor a proposed project? I'm unable to log in. Do I need some sort of invitation? Adam

3 4

[boost 18] [gsoc18] Proposal for project 1 of Boost.ublas: Adding statistics and machine learning functions
by pranay gupta 25 Mar '18

25 Mar '18

Hello Community, I have submitted a draft of my proposal to the project 1 of boost.ublas, adding statistics and machine learning functions through the Google website. I have been writing the proposal with the help from both of the mentors. It would be really helpful if you could please review it and suggest me changes which would help me in improving it further. Thank you. Link to the proposal <https://docs.google.com/document/d/17i32MhDKBbM56VQjx7akW_-GDGpKNWhBl1EIrV9…> Sincerely, Pranay Gupta

1 0

Re: [boost] [gsoc18] Project Proposal for uBLAS - Add statistics and machine learning functions
by Arun Ramachandran 25 Mar '18

25 Mar '18

Hello, Just dropping a reminder regarding my proposal. I'd really appreciate any comments and suggestions for improvements anyone might have! I'm unsure of whether I've been specific enough while describing the interfaces to the proposed functionality, so if anyone feels I should flesh out my proposal a bit more, I'll gladly do so. Thank you, Arun Ramachandran On Sun, Mar 25, 2018 at 4:42 AM, Arun Ramachandran <ramachandran.arun(a)outlook.com<mailto:ramachandran.arun@outlook.com>> wrote: Hello, I've written a proposal for precanned idea 1 of uBLAS (add statistics and machine learning functions) and submitted a draft on the GSoC website. I'd greatly appreciate any comments on the proposal. ‌ Thank you, Arun Ramachandran

2 1

[gsoc18] Boost.uBLAS support for tensors: seeking a mentor
by Лясота Костя 25 Mar '18

25 Mar '18

Hello, My name is Konstantin. I would like to add tensor support to boost library. I am an aspirant (1st year) in computer science from Moscow Technological University, Russia (I believe aspirant corresponds to PhD Student in USA), and I have taken extra tensor algebra and differential geometry courses. My motivation, besides my affection towards topology and tensors, comes from the fact that I need C++ tensor library for use in my own project. Since I'm going to implement it, I would like to see it as a part of great open source project like Boost that anyone can use. Â I have completed a competency test: [1]http://coliru.stacked-crooked.com/a/5cf1908494c2da5d Due to some circumstances I had to do that in web ide, but I should be able to send it in separate .h and .cpp files directly via email if needed. Â I'm sorry I applied so late, but I found out about gsoc only yesterday. I should note that I'm willing to implement this even not as gsoc student, so contact me if you're interested. References 1. http://coliru.stacked-crooked.com/a/5cf1908494c2da5d

2 1

[gsoc18] Working on my proposal for Boost.Geometry project.
by Abhinav 25 Mar '18

25 Mar '18

Hi everyone, This is a draft of my proposal for Boost.Geometry. Proposal.pdf <http://boost.2283326.n4.nabble.com/file/t371389/Proposal.pdf> Please take a look at it and share your opinion about how I could improve it. Thanks in advance for your time and effort. Regards. Thanks in advance Abhinav Siddharth -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

2 3

Re: [boost] [gsoc18] Project Proposal for uBLAS - Add statistics and machine learning functions
by Arun Ramachandran 25 Mar '18

25 Mar '18

Hello, Just dropping a reminder regarding my proposal. I'd really appreciate any comments and suggestions for improvements anyone might have! I'm unsure of whether I've been specific enough while describing the interfaces to the proposed functionality, so if anyone feels I should flesh out my proposal a bit more, I'll gladly do so. Thank you, Arun Ramachandran On Sun, Mar 25, 2018 at 4:42 AM, Arun Ramachandran <ramachandran.arun(a)outlook.com<mailto:ramachandran.arun@outlook.com>> wrote: Hello, I've written a proposal for precanned idea 1 of uBLAS (add statistics and machine learning functions) and submitted a draft on the GSoC website. I'd greatly appreciate any comments on the proposal. ‌ Thank you, Arun Ramachandran

1 0

[GSoC18] proposal
by Rajat Miglani 25 Mar '18

25 Mar '18

Hello, I am Rajat Miglani,I had been in contact with my mentor (Damian Vicino) regarding the project Boost.SafeFloat. I have submitted my draft proposal on the Google and would like someone to review it. Thanks, Rajat Miglani

1 0

[GSoC 2018] A question on the wording of a background question of the proposal template
by philectron 25 Mar '18

25 Mar '18

Hello, >From Boost submission template, https://svn.boost.org/trac10/wiki/SoCSubmissionTemplate, I'm a little confused by the wording of the following question: "What are your plans beyond this Summer of Code time frame for your proposed work?" So, does this question ask about how much time I'll spend on my proposed project besides the GSoC expected timeframe, or does it ask about my plans for some projects other than this GSoC project? Thanks, Phi -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

1 0

[gsoc18] Project Proposal for uBLAS - Add statistics and machine learning functions
by Arun Ramachandran 24 Mar '18

24 Mar '18

Hello, I've written a proposal for precanned idea 1 of uBLAS (add statistics and machine learning functions) and submitted a draft on the GSoC website. I'd greatly appreciate any comments on the proposal. ‌ Thank you, Arun Ramachandran

1 0

[gsoc18] Project Proposal for uBLAS - Add statistics and machine learning functions
by Arun Ramachandran 24 Mar '18

24 Mar '18

Hello, I've written a proposal for precanned idea 1 of uBLAS (add statistics and machine learning functions) and submitted a draft on the GSoC website. I'd greatly appreciate any comments on the proposal. ‌ Thank you, Arun Ramachandran

1 0

Re: [boost] [cmake] Where to discuss CMake in Boost?
by Mateusz Loskot 24 Mar '18

24 Mar '18

On 23 March 2018 at 10:37, Paul A. Bristow via Boost <boost(a)lists.boost.org> wrote: >> Mateusz Loskot via Boost >>> On Fri, 23 Mar 2018, 00:13 P F, <pfultz2(a)yahoo.com> wrote: >>> >>> I was completely unaware of the boost-cmake ML >>> >> >> It seems a bit hidden from the front page, one has to browse lists.boost.org >> for full list of MLs. > > A bit of judicious selective cross-posting to the user or developer lists might bring progress (or snags) with Cmake to a wider > public? Valid point. I understand that may be the case indeed. OTOH, I think, the CMake has become a delicate topic in Boost. Every time I want to ask about any kind of use of CMake in Boost, I fear that will make the snowball rolling down the hill, again :) For instance, I wish Boost offered CMake support library, review eg. BCM and let it in. I'm not speaking of building Boost with CMake, no! I mean joint development of support scripts for Modern CMake which are useful for those Boost library developers who wish to add CMake configuration (along the official BB2), for convenience. I think such bunch of Boost for CMake scripts would foster better common practices. Currently, there is bunch of CMake-enabled libraries, each developed in isolation, each using different conventions, techniques, custom macros, modules. Lately, I was adding CMake setup for Boost.GIL. It made me wondering why the BCM thing is not in boost/tools/bcm. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

4 4

[GSOC18] GSOC18 with Boost.Intrusive
by Harsh Jain 24 Mar '18

24 Mar '18

Hi, I have shared a draft of my proposal for "Enhancing Boost.Intrusive library" through the GSOC portal. Someone please review that and reply with the feedbacks. Thanks, Harsh Jain

1 0

[gsoc18]Mentor search for Boost.Geometry project :Similarity between geometries
by Abhinav 24 Mar '18

24 Mar '18

Hello, My name is Abhinav and I am currently a Btech second-year student of IIT Patna, India. Recently, I was going through the project ideas listed on the Wiki page of Boost and I am very interested to work on the project idea- "Similarity between geometries". I am very keen to share my ideas on the project and I would give a detailed description of this very idea in my proposal shortly. I sincerely look forward to your reply. Thanks. Regards, Abhinav Siddharth -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

2 1

Gsoc 18
by Payal . 24 Mar '18

24 Mar '18

Can anyone provide me the contact of Vinícius dos Santos Oliveira . I urgently need it . I wish to work on New Astronomy Library as my gsoc 18 project .But I am unable to find his contact. I tried #boost channel , there they said that here you'll find nothing and when I went to #boost-soc , there noone is there. Your help would be appreciated. Thanks, Payal B.tech 2nd year Nit kurukshetra

3 2

Re: [boost] [GSoC 2018] A Few Questions about Boost.uBLAS
by luucamphi＠gmail.com 23 Mar '18

23 Mar '18

Hello Stefan, Here is my Programming Competency Test repo: https://github.com/philectron/gsoc2018-boost-ublas-competency What are the next steps I need to take to get involved in Boost.uBLAS? Thank you! <quote author='Boost - Dev mailing list'> On 19.03.2018 00:11, philectron via Boost wrote: > Hello, > > I'm interested in working on *Boost.uBLAS* library. *I've fundamentally > finished the Programming Competency Test for this project. I'm currently > improving it.* I need more information on the following: > > *1.* Can multiple people who also apply for GSoC work on this same > project? Note that you are only referring to "Boost.uBLAS" as a whole. As you'll see on https://github.com/boostorg/boost/wiki/Boost-Google-Summer-of-Code-2018, there are actually multiple project proposals for this library. Also, note that these are mere proposals. There is no reason to restrict yourself to those. Feel free to suggest your own. (In fact, taking the initiative to reframe things according to your own expertise and interest demonstrates your ability to work autonomously, which is very valuable.) > > *2.* How will I submit my Programming Competency Test? I suggest you create a (temporary) github repo for it and then us (the potential mentors) the link to it. > > *3.* Has anyone taken this project already? There are a few submissions for the Boost.uBLAS library, yes. None are formally "taken" though. They are all in development, and will further evolve till the deadline. > > *4.* If 3 = yes, do you allow multiple people working on the same project > for GSoC 2018? See my answer to 1). I have no idea how many slots Google will give to Boost, and accordingly, how many slots an individual library (such as Boost.uBLAS) will get. > > *5.* If 5 = no, what project should I work on? I have never used or worked > with Boost Library before, so I don't know what in Boost Library needs to > be > improved. What project do you think would be feasible for > > Thank you! That's very hard to say without knowing a bit more about your programming experience and your interests. I suggest you put together a little "resume" of your education and programming background, then pick one of the competency tests above, just to get started. Then we can iterate over that and see whether there is a possible match. Regards, Stefan -- ...ich hab' noch einen Koffer in Berlin... _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost </quote> Quoted from: http://boost.2283326.n4.nabble.com/GSoC-2018-A-Few-Questions-about-Boost-uB… _____________________________________ Sent from http://boost.2283326.n4.nabble.com

2 1

[GSoC18] Working on my proposal for the Boost.Real project
by Laouen Belloli 23 Mar '18

23 Mar '18

Hi, I have made some modifications to my Google Summer of Code proposal and I have posted the new version here <https://drive.google.com/file/d/1DGlShhVgfo4HXcXOvhDE1s-lv48p3xkt/view?usp=…>. please comment on it if you have some time so I can continue improving my proposal. The modifications in this new version are extensions to the next sections: - Availability - Software development tools - Software documentation tool I have also specified that this project is based on a precanned project but it is not the same as the one posted on the boost Github. Best regards, Laouen. 2018-03-17 13:37 GMT-03:00 Laouen Belloli <laouen.belloli(a)gmail.com>: > Hi, I was in contact with Damián Vicino talking about a proposal for the > Boost Real project. I posted here > <https://drive.google.com/file/d/1KwPUioBYy19HM0X9O1e6X6gigOkmzoqZ/view?usp=…> what > I got so far, please comment on it if you have some time so I can improve > it following your suggestions. > > I would appreciate very much your opinion as I have no experience writing > GSoC proposals. > > Thanks and Best regards to all, > Laouen. > > -- > Laouen Mayal Louan Belloli. > LIAA - DC - FCEyN - UBA. > C.A.B.A. - Buenos Aires - Argentina. > https://liaa.dc.uba.ar > +54 9 11 38675694 > -- Laouen Mayal Louan Belloli. LIAA - DC - FCEyN - UBA. C.A.B.A. - Buenos Aires - Argentina. https://liaa.dc.uba.ar +54 9 11 38675694

1 0

[GSoC18] Astronomy Project Proposal
by Pranam Lashkari 23 Mar '18

23 Mar '18

Hello, Boost community, I was in constant contact with Vinícius dos Santos Oliveira talking about this project. I have made this proposal for the same. Hope you go through the proposal. I will appreciate your feedback to improve proposal and the betterment of the project. Proposal: https://drive.google.com/open?id=1ZdS__MZr6cSJggkK0P_w2jXQQeRWubPk Thank you, Pranam Lashkari

3 4

[gsoc18] Draft proposal for Project 1.1: Add statistics and machine learning functions
by Dattatreya Mohapatra 23 Mar '18

23 Mar '18

Hi, I have submitted a draft proposal for the above-mentioned project on the GSoC website. I have been in contact with the mentors of the project (cc'ed) for the past couple of weeks, working on their feedback and improving the draft. *I request the community to review the draft and suggest any additions/improvements as feedback.* I have put a link to my competency test implementation in the proposal. Thanks and regards, Dattatreya Mohapatra‌

1 0

[gsoc2018]
by Akshay Raut 22 Mar '18

22 Mar '18

Hello Boost community. I had already introduced myself. I am Akshay, computer science undergrad 3rd year. This is my project proposal on Boost.Real project. Please go through this and suggest changes if any required. Thank you all much. https://docs.google.com/document/d/1W4V4tvhl-6ZyK4Jq_NLcd1HAoOP5AWcrIU8dw3Q…

1 0

GSOC 18 Enhancing Boost.Intrusive Library
by Athul Pai 22 Mar '18

22 Mar '18

Hello! I am Athul pai a 3rd year B.TECH student . It would be great if I get some feedback on my proposal. The link for the proposal is below Proposal <https://docs.google.com/document/d/1Rmvzq4nqsu-qEfiTbhWhSxPI31RVHoYGadbMJ7u…> Regards Athul

2 2

[gsoc18]Mentor search for Boost.Geometry project :Similarity between geometries
by Abhinav Siddharth 22 Mar '18

22 Mar '18

*Hello, My name is Abhinav and I am currently a Btech second-year student of IIT Patna, India. Recently, I was going through the project ideas listed on the Wiki page of Boost and I am very interested to work on the project idea- "Similarity between geometries". I am very keen to share my ideas on the project and I would give a detailed description of this very idea in my proposal shortly. I sincerely look forward to your reply. Thanks. Regards, Abhinav Siddharth *

1 0

Fwd: Fwd: [gsoc18] Boost.Detour & Mentor Search
by Michael Kiros 22 Mar '18

22 Mar '18

---------- Forwarded message ---------- From: Michael Kiros <michaelakiros(a)gmail.com> Date: 22 March 2018 at 10:16 Subject: Re: [boost] Fwd: [gsoc18] Boost.Detour & Mentor Search To: Vinícius dos Santos Oliveira <vini.ipsmaker(a)gmail.com> What's the proper interception place then? If the game's main function was called main and your hook function was called _main_hook, then you'd need a way to get your function inside of the same address space of game's process. So that would mean DLL injection, adding your DLL to the list of loaded modules etc. What's the workflow? For software where the source code is available you'd simply compile your executable with the hooks and you wouldn't have to go through the problem of having your shared library/DLL getting loaded by the process. On 21 March 2018 at 23:25, Vinícius dos Santos Oliveira < vini.ipsmaker(a)gmail.com> wrote: > 2018-03-22 1:16 GMT-03:00 Michael Kiros <michaelakiros(a)gmail.com>: > >> That repo represents the last, latest state of the repository [...] >> > > Thanks. > > [...] Like you said, it's easier to work with DLLs because their functions >> are exported so you'd just located the address >> of the function using the export symbol table and the Windows API >> functions/POSIX equivalent. >> > > I was more concerned with the separation of library/application when I > made the question. > > Suppose I want to change Tibia to cheat the game. There is a main function > there on the executable (it's not _your main_). What's the proper > interception place then? What's the workflow? Open the executable using > your executable and transfer control flow once you prepare the hooks? > > The 'hook types' that would be required would be specializations of a >> single type and each type >> would represent a different approach to hooking a function. >> > > Thanks. > > > -- > Vinícius dos Santos Oliveira > https://vinipsmaker.github.io/ >

1 0

Fwd: [gsoc18] Boost.Detour & Mentor Search
by Michael Kiros 22 Mar '18

22 Mar '18

---------- Forwarded message ---------- From: Michael Kiros <michaelakiros(a)gmail.com> Date: 15 March 2018 at 02:30 Subject: Re: [boost] [gsoc18] Boost.Detour & Mentor Search To: David Bellot <david.bellot(a)gmail.com> Hi David, I have written the draft of a proposal to add a new library (or work on it during the Summer of Code 2018). It's a proposal for the addition of Boost.Hook, a function hooking and control flow augmentation library. It's something I've worked on a lot in the past and would like to incorporate into Boost so that both I and others have a centralized, agreed way of taking an approach to function hooking. I also have plans of integrating it with Boost.Process and some memory mapping libraries from Boost so that there are fewer "third-party dependencies". Here's a link to the draft: https://drive.google.com/file/d/1nh436adVvIHC_ AXTAJi6Wr_uLpM4-SSc/view?usp=sharing I would really like to know the feedback to this and if anyone's interesting in mentoring me during the build up of this project. It's a very interesting, useful topic. I can assure anyone that. On 14 March 2018 at 07:01, David Bellot <david.bellot(a)gmail.com> wrote: > an explanation of the idea with examples would be good. > Please follow the instructions on https://github.com/boostorg > /boost/wiki/Boost-Google-Summer-of-Code-2018 > > On Wed, Mar 14, 2018 at 12:50 PM, Michael Kiros <michaelakiros(a)gmail.com> > wrote: > >> Would the proposal be in the form of code or just an explanation of the >> idea? >> >> On Mar 14, 2018 7:41 AM, "David Bellot" <david.bellot(a)gmail.com> wrote: >> >> Hi Michael, >> >> as it is a new project in Boost, ideally you want to write a first draft >> proposal and submit it to this list too (via a link please, do not attach >> document). >> >> I'm sure someone would be interested in mentoring for GSoC especially if >> the idea is brilliantly explained. >> As we have a few days left before submission to Google, I encourage you >> to start working on it right now. >> >> Cheers, >> David >> >> On Wed, Mar 14, 2018 at 8:19 AM, Michael Kiros via Boost < >> boost(a)lists.boost.org> wrote: >> >>> Hello, >>> >>> I'm a C++ developer and have been developing in C++ for over 6 years now >>> in >>> my personal time. I wanted to accomplish two things with this post: >>> >>> 1. Propose the idea of boost::detour >>> 2. Find a mentor in the process >>> >>> Boost.Detour is not something new that I'd like to implement but a >>> concept >>> in programming that I have been using for a very long time now and would >>> love to have it easily accessible with the inclusion of a simple >>> <boost/detour.hpp>. The idea is to have function hooking easily >>> accessible >>> to everyone using C++. Though it may seem like a niche feature, function >>> hooking is more commonly used than most people think (e.g. modifying >>> binaries after compilation for feature addition, reverse engineering >>> proprietary software). It's a beautiful concept when you see it working. >>> >>> In the process I need a mentor to guide me through the process of putting >>> down my ideas to paper and implementing them according to the standards >>> that Boost holds. This includes replacing components from my library with >>> Boost concepts (e.g. boost::process). >>> >>> I'm also a student at Texas Tech University studying Computer Science. >>> >>> Can't wait to hear from someone. >>> >>> Michael >>> >>> _______________________________________________ >>> Unsubscribe & other changes: http://lists.boost.org/mailman >>> /listinfo.cgi/boost >>> >> >> >> >

2 5

[gsoc18] Project proposal for Boost.Geometry (set operations on boxes)
by Tinko Bartels 22 Mar '18

22 Mar '18

Hi, one week ago I posted a mail searching for mentors for a Boost.Geometry idea about implementing the basic set operations (difference, union_, sym_difference) for <box,box,Collection<box> and I was happy to see interest voiced by Vissarion and Adam. I have now completed my proposal with a slightly extended version of that idea and I'd be thankful for any comments: https://docs.google.com/document/d/1gNtqTbkDVXp9dPCRZZut4bBgjvQwJNdoV-EJOrE… I've also improved my proof of concept/self-designed competency test, added a check for correctness and committed it to the github repository: https://github.com/tinko92/boost_geometry_difference_demo It now includes a patch for the boost_1_66_0 source tree, that allows tests of that implementation with the proper call: boost::geometry::difference(box1,box2,box_vector) (hopefully, if I didn't break anything I didn't see) without breaking it for other geometries. This was tested on GCC (main.cpp can be built if the folder tree from the repository is copied to some directory XYZ with the command g++ main.cpp -o main -IXYZ), VC9 and VC15. Thanks in advance for any comments on the proposal or the preliminary implementation of difference. Best, Tinko -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

1 0

[GSoC 2018] Want to contribute to Boost.SafeFloat
by Recolic Keghart 21 Mar '18

21 Mar '18

Dear boost community, I'm Bensong Liu, a second year undergraduate student. I'm interested in Boost.SafeFloat and willing to contribute to this project. I've finished all of the `Programming competency test` and I'm still working on the proposal(draft shared). Then how should I contact my mentor, and how should I submit my [solution to tests](https://recolic.net/res/tmp/note-deploy-key-for-gsoc.sh)? Thanks for your guidance. Thanks, Bensong Liu

2 1

[gsoc2018]Project Proposal for Boost.SafeFloat
by Saga _-_ 21 Mar '18

21 Mar '18

Hi everyone, This is a draft of my proposal for Boost.SafeFloat: https://docs.google.com/document/d/1XQRygvTYPXKnWU0MW7XoL5YWJGLpI fIm4VmJVKj1EmY/edit?usp=sharing Please take a look at it and share your opinion about how I could improve it. Thanks in advance for your time and effort. -- Have a nice day Sagar Tewari

1 0

[gsoc18] Seeking a mentor for Boost.Geometry project 2: Nearly antipodal points distance accuracy improvement
by Adeel Ahmad 21 Mar '18

21 Mar '18

Greetings, Congratulations to the Boost community on being selected for GSoC 2018! I recently read through the project ideas listed on the Wiki page, I'm particularly interested in "Boost.Geometry Project 2: Nearly antipodal points distance accuracy improvement". I wanted to know if I should implement a particular algorithm for finding the shortest distance between two points? There are many options, such as the Haversine formula, Equirectangular approximation, and Rhumb line. Or, would any of these be fine? Additionally, could the mentor please let me know on how to share the code? I was thinking of creating a GitHub repository, this would make it easier for the mentor to provide feedback. Would that be alright? I was also a participant in GSoC 2017 with the OpenAstronomy organization. My project was to design and create a Python client for Hierarchical Progressive Surveys. It enabled users to view astronomical figures in an interactive environment. More details of the software package can be found here (https://hips.readthedocs.io/en/latest/getting_started.html) I look forward to your reply. Kind regards, Adeel

2 4

Re: [boost] [Boost-users] [release] Boost 1.67.0 Beta 1
by Daniel James 21 Mar '18

21 Mar '18

On 20 March 2018 at 08:55, Rainer Deyke via Boost-users <boost-users(a)lists.boost.org> wrote: > I see that boost/next_prior.hpp has been removed from boost/utility.hpp. > Since this is a breaking change, maybe it should be added to the release > notes. I've added a note. Thanks.

1 0

[gsoc18] Mentor Search
by Jimmy Beckett 21 Mar '18

21 Mar '18

Hello all, I'm a high school senior out of Texas (I've been accepted into an accredited 4-year college and am therefore eligible for GSOC.) I'm most interested in the uBLAS proposal, but any of the other proposals would be amazing to work on, along with any additional ideas any prospective mentors might have. I've completed the competency test for uBLAS ( https://github.com/jimmybeckett/gsoc18CodeSample) and I also have a lightweight big integer library that I've been working on recently available at https://github.com/jimmybeckett/BigInteger. It doesn't meet the 1000 loc requirement, but it should supplement my competency test. Of course, code reviews are always welcome! If any prospective mentors have project ideas to discuss or any comments to make, I would love to hear them! Thank you, Jimmy Beckett

1 0

[gsoc2018]Project Proposal for Boost.SafeFloat
by Saga _-_ 21 Mar '18

21 Mar '18

Hi everyone, This is a draft of my proposal for Boost.SafeFloat: https://docs.google.com/document/d/1XQRygvTYPXKnWU0MW7XoL5YWJGLpIfIm4VmJVKj… Please take a look at it and share your opinion about how I could improve it. Thanks in advance for your time and effort. Have a nice day Sagar Tewari

1 0

[gsoc2018]Proposal for Boost.SafeFloat
by iaansagar＠gmail.com 20 Mar '18

20 Mar '18

Hi everyone, This is a draft of my proposal for Boost.SafeFloat: https://docs.google.com/document/d/1XQRygvTYPXKnWU0MW7XoL5YWJGLpIfIm4VmJVKj… Please take a look at it and share your opinion about how I could improve it. Thanks in advance for your time and effort. Have a nice day Sagar Tewari _____________________________________ Sent from http://boost.2283326.n4.nabble.com

1 0

[gsoc2018]Proposal for Boost.SafeFloat
by Sagar Tewari 20 Mar '18

20 Mar '18

Hi everyone, This <https://docs.google.com/document/d/1XQRygvTYPXKnWU0MW7XoL5YWJGLpIfIm4VmJVKj…> is a draft of my proposal for Boost.SafeFloat as a gsoc project. I'll be very grateful if you could take out some of your time to take a look at it and provide your opinion. Have a nice day Sagar Tewari -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

1 0

[gsoc2018] Boost.Real project proposal
by Akshay Raut 20 Mar '18

20 Mar '18

Hello community, I had introduced myself earlier also. I have made some minor changes to the proposal I am making for the Boost.Real project. Hope you all take out some of you time to go through the proposal and suggest changes or improvements in the proposal. https://drive.google.com/open?id=1f9WYzX1mSigrmnkjbPKGpLP0-Y0-KTfv Sincerely yours, Akshay Kumar Raut

1 1

C++Now 2018 Program Published
by Jon Kalb 19 Mar '18

19 Mar '18

Boosters, The program has (mostly) been published for C++Now 2018: http://cppnow.org/announcements/2018/03/2018-program-announced/ It promises to be an exciting event. It isn’t too late to decide to join us in Aspen this may: http://cppnow.org/registration/ Jon

1 0

[CircleCI] boostorg's plan has 8 days left on its trial
by Mateusz Loskot 19 Mar '18

19 Mar '18

Hi, I've been working on CircleCI configuration for Boost.GIL, temporarily, in my GitHub fork (mloskot/gil). When I go to https://circleci.com/gh/mloskot/gil/edit#parallel-builds, I see this message: "boostorg's plan has 8 days left on its trial. You may want to try increasing parallelism below to get the most value out of your containers." Could anyone help me to understand why I see this message even if I added the project to CircleCI from my fork and not from boostorg/gil? Does it mean, all boostorg repositories and all their forks share the CircleCI allowances? There is also second message saying "These settings are only for 1.0 builds. To define parallelism for 2.0 jobs" and since I'm developing CircleCI 2.0 setup for Boost.GIL, I assume I can ignore this secong message. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

[release] 1.67.0 post-beta merges
by Daniel James 19 Mar '18

19 Mar '18

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/boost/wiki/Release-Beta-Merge-Policy>

1 0

[gsoc2018]boost.safefloat and boost.real
by Sagar Tewari 19 Mar '18

19 Mar '18

Hi, I'm interested in working on the Boost.SafeFloat or Boost.Real as a gsoc project. Currently I'm in the process of completing the selection criteria(reading the linked matrial, solving competency test) . I've good experience with coding in C++. I went through the safefloat codebase and documentation and it looks quite interesting. But I'm not sure how I'm supposed to submit the competency test solutions. Do I have to include that with the Gsoc proposal? Can someone inform me about that? Also, the Boost.Real project is under the catagory "GSoC Projects which have been prearranged by students with mentors for 2018". Is this project still open for participent submission? -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

2 1

[GSoC 2018] A Few Questions about Boost.uBLAS
by philectron 19 Mar '18

19 Mar '18

Hello, I'm interested in working on *Boost.uBLAS* library. *I've fundamentally finished the Programming Competency Test for this project. I'm currently improving it.* I need more information on the following: *1.* Can multiple people who also apply for GSoC work on this same project? *2.* How will I submit my Programming Competency Test? *3.* Has anyone taken this project already? *4.* If 3 = yes, do you allow multiple people working on the same project for GSoC 2018? *5.* If 5 = no, what project should I work on? I have never used or worked with Boost Library before, so I don't know what in Boost Library needs to be improved. What project do you think would be feasible for Thank you! -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

2 1

[GSoC 2018] Want to contributed to Boost.SafeFloat
by Recolic Keghart 19 Mar '18

19 Mar '18

Dear boost community, I'm Bensong Liu, a second year undergraduate student. I'm interested in Boost.SafeFloat and willing to contribute to this project. I've finished all of the `Programming competency test` and I'm still working on tests && proposal. Then how could I contact my mentor, and how should I submit my solution to tests(https://recolic.net/res/note-deploy-key-for-gsoc.sh)? Thanks for your guidance. Bensong Liu

1 0

[gsoc2018]boost.safefloat and boost.real
by iaansagar＠gmail.com 19 Mar '18

19 Mar '18

Hi, I'm interested in working on the Boost.SafeFloat or Boost.Real as a gsoc project. Currently I'm in the process of completing the selection criteria(reading the linked matrial, solving competency test) . I've good experience with coding in C++. I went through the safefloat codebase and documentation and it looks quite interesting. But I'm not sure how I'm supposed to submit the competency test solutions. Do I have to include that with the Gsoc proposal? Can someone inform me about that? Also, the Boost.Real project is under the catagory "GSoC Projects which have been prearranged by students with mentors for 2018". Is this project still open for participent submission? _____________________________________ Sent from http://boost.2283326.n4.nabble.com

1 0

[GSoC18] Working on my proposal for the Boost.Real project
by Laouen Belloli 17 Mar '18

17 Mar '18

Hi, I was in contact with Damián Vicino talking about a proposal for the Boost Real project. I posted here <https://drive.google.com/file/d/1KwPUioBYy19HM0X9O1e6X6gigOkmzoqZ/view?usp=…> what I got so far, please comment on it if you have some time so I can improve it following your suggestions. I would appreciate very much your opinion as I have no experience writing GSoC proposals. Thanks and Best regards to all, Laouen. -- Laouen Mayal Louan Belloli. LIAA - DC - FCEyN - UBA. C.A.B.A. - Buenos Aires - Argentina. https://liaa.dc.uba.ar +54 9 11 38675694

1 0

regarding proposal
by anant agrawal 17 Mar '18

17 Mar '18

I am Anant Agrawal currently pursuing B.E in computer science had posted the proposal but had not received any response regarding it. Had anyone gone through it.

1 0

[gsoc2018]
by Akshay Raut 16 Mar '18

16 Mar '18

Hello everyone I am Akshay Kumar Raut, a 3rd year undergrad student in Computer Science from India. Please provide feedback and comments on my project proposal on Boost.Real basic operators. Thank you. here is the link : https://drive.google.com/open?id=1TrfYxYHRVFREkLKMqn9b23X3i8dtZ2_q warm regards, Akshay Kumar Raut

1 0

[gsoc18] Mentor Search for Boost.Geometry idea
by Tinko Bartels 16 Mar '18

16 Mar '18

Hi, my name is Tinko Bartels, I'm studying to get a Master's degree in Mathematics at TU Berlin. I'm interested to work on Boost Geometry. I'm working at the university for a couple of years on C++ projects that rely on Boost libraries, most notably Boost.Geometry. Our work involves the computation of exact covers of spaces with boxes. This motivated my idea to add support to void union_(Geometry1 const & geometry1, Geometry2 const & geometry2, Collection & output_collection) void sym_difference(Geometry1 const & geometry1, Geometry2 const & geometry2, Collection & output_collection) void difference(Geometry1 const & geometry1, Geometry2 const & geometry2, Collection & output_collection) for Geometry1=Geometry2=box and Collection is a collection of boxes. Since I have no merged contributions to open source projects to refer to, I could, for example, provide an implementation of the difference method for types adhering to the box concept and a collection of boxes as output_collection. Since the results of those operations in terms of exact covers of the resulting space with boxes are not uniquely defined and the implementation should take less than 3 months, additional strategies for these specializations of the above algorithms could be added as future milestones. If this endeavor is considered worthwhile by potential mentors, I would get started on writing a proposal right away. Kind regards, Tinko Bartels -- Sent from: http://boost.2283326.n4.nabble.com/Boost-Dev-f2600599.html

3 3

Clang on Windows
by Egor Pugin 16 Mar '18

16 Mar '18

Hi, Based on recent news: Clang 6.0.0 is out with very decent support of the latest MSVC STL (15.6). Chrome is built with clang on Windows. So, maybe it is good time to include clang+windows into list of supported configs, setup a CI worker with clang (clang-cl) on Windows? Currently many boost libs already work fine, but some of them require small tweaks like explicit BOOST_USE_WINDOWS_H etc. -- Egor Pugin

8 17

Boost library
by anant agrawal 16 Mar '18

16 Mar '18

I had recently uploaded the draft I would like to make the library more efficient and faster and with a improved functionality. Would like to get the response for a mentor for better guidance

1 0