June 2016 - Boost - lists.preview.boost.org

Re: [boost] Boost CRC maintainer (Daryle Walker) missing in action?
by Olaf van der Spek 19 Jun '17

19 Jun '17

Hi Daryle, Any luck on your new setup? Gr, Olaf On Mon, Nov 28, 2011 at 1:11 AM, Daryle Walker <darylew(a)gmail.com> wrote: > I can look at it once I've finished my new setup. > > I had to reset my computer after a partial crash years ago. I never > got around to recreating my programming setup. My computer had been > at its maximum Operating System level back then, which is now 3 > versions behind. For the past few months, I've had my sister's old > laptop, with Windows Vista, and am trying to add a programming setup > to it now. > > > On Tue, Nov 22, 2011 at 7:18 AM, Beman Dawes <bdawes(a)acm.org> wrote: >> Hi Daryle, >> >> This guy has volunteered to take over maintenance of Boost CRC. Should >> we take him up on his offer? > >> ---------- Forwarded message ---------- >> From: >> Date: Wed, Nov 2, 2011 at 7:51 AM >> Subject: [boost] Boost CRC maintainer (Daryle Walker) missing in action? >> To: boost(a)lists.boost.org >> >> >> Hi, >> >> It looks like the Boost CRC maintainer (Daryle Walker) is missing in action? >> >> No response to tickets from the past 3 years. What's the procedure in this case? >> >> https://svn.boost.org/trac/boost/ticket/2492 >> https://svn.boost.org/trac/boost/query?component=crc&col=id&col=summary&col… > > -- > Daryle Walker > Mac, Internet, and Video Game Junkie > darylew AT gmail DOT com -- Olaf

2 2

[msm] [statechart] unmerged PRs
by András Kucsma 23 May '17

23 May '17

Hi Everyone, There are a couple of PRs for msm and statechart by me and others, which didn't get any attention for many months now. Can the maintainers please take a look at them? https://github.com/boostorg/msm/pulls https://github.com/boostorg/statechart/pulls Thank you, Andras

2 2

[clang] clang-cl expansion of macros
by Edward Diener 29 Apr '17

29 Apr '17

You can get clang-cl ( clang-win ) to show its VC++ emulated expansion of macros somewhat by passing the c++ option '-fmacro-backtrace-limit=0' to the compiler. It is still blessedly difficult to see the what and the why of clang's error messages when expanding macro using clang-cl, but at least it gives you a better chance of understanding where clang's emulation of VC++ has gone wrong. I have posted bug 27380 to the llvm/clang bug tracker at https://llvm.org/bugs/show_bug.cgi?id=27380 showing the main failure in VC++ emulation which I see when testing Boost PP with clang-cl.

3 8

[container] moving a pre-built vector into a flat_set
by Sam Kellett 12 Mar '17

12 Mar '17

a common problem i encounter is that i have two stage's w/r/t to a large collection of data: building and querying. vector is obviously the king of building. flat_set is the king of querying. so what i often tend to do is build up a very large vector, sort it then create a flat_set using the flat_set(ordered_unique_t) constructor. however this still copies the entire vector into the flat_set, right? what i would like to be able to do is move the vector straight into the flat_set, something like: std::vector<T> data; flat_set data_set1(std::move(data)) // move vector in and sort it // or: std::sort(data.begin(), data.end()); // sort vector flat_set data_set2(ordered_unique_t, std::move(data)) // and move it in is this doable (am i just being blind?) or is there plans/interest for this?

8 19

[nowide] Library Updates
by Artyom Beilis 04 Mar '17

04 Mar '17

Hello, Disclaimer: --------------- I recently discovered that virtually all e-mails sent from Yahoo account to any mailing lists go to user's spam due to recent Yahoo's DMARC policy. So I'm sending some important stuff from GMail account that almost certainly was missed: What is Boost.Nowide: -------------------------------- Boost.Nowide is a library that make cross platform Unicode aware programming easier. The library provides an implementation of standard C and C++ library functions, such that their inputs are UTF-8 aware on Windows without requiring to use Wide API. It was inspiration and inspired by http://utf8everywhere.org/ development ideas and policy. Some updates regarding Boost.Nowide ------------------------------- 1. Library moved to github and its format is converted to modular boost layout: https://github.com/artyom-beilis/nowide 2. Fixed unsupported std::ios::ate flag by boost::nowide::fstream 3. Added some C++11 interfaces to boost::nowide::fstream 4. Added integration functionality with boost::filesystem: https://github.com/artyom-beilis/nowide/blob/master/include/boost/nowide/in… Note: that the links to the source code on review schedule aren't relevant, it should be: - Code: https://github.com/artyom-beilis/nowide - Documentation: http://cppcms.com/files/nowide/html/ Also the library is still looking for review manager. Artyom Beilis P.S.: I'm sorry if you are getting this as "duplicate"

2 1

[MPL] A Proposal
by Bruno Dutra 16 Nov '16

16 Nov '16

Dear Community, About a year ago today, there was a proliferation of threads [1][2][3] in this mailing list concerning the future of Boost.MPL, or even whether it had a future at all, and opinions diverged widely on the matter. Many have expressed concerns about the fact Boost.MPL was long outdated and proposed major changes to open path for modernization, while some others argued against it, fearing unexpected and disastrous side-effects could propagate throughout the rest of Boost. A few questioned if it was worth it at all to spend any further resources on Boost.MPL given the fact new alternatives were coming up, such as Boost.Hana, which departed entirely from template metaprogramming, yet some argued TMP remained a competitive alternative for type computations in C++14 as it has been demonstrated by Peter Dimov in his impressive articles [4] on modern TMP. Amidst all this, a proposal by Robert Ramey [5] caught my attention and inspired me to develop what I call Metal [6], a template metaprogramming library designed on the same core principles as Boost.MPL, but written from the very beginning to take full advantage of C++11. Metal was not designed to be a strict drop in replacement for Boost.MPL though, it was rather meant to be regarded as a modern version of Boost.MPL's original API, diverging only where it could really benefit from modern C++ and that essentially means gains of several orders of magnitude in performance** and lower memory consumption. At this point Metal is very close to where I originally intended to bring it and I think it's time I gauge interest from the community on a modest proposal I've been maturing along the past year. As a modern approach to the same task that Boost.MPL was meant to address, I don't believe Boost would benefit at all from yet another TMP library that would essentially compete with Boost.MPL and even Boost.Hana in some cases, specially as maintainers of older code that depends on Boost.MPL would have to go through major refactoring efforts in order to benefit from such an addition to Boost. I would like to propose something different instead. My proposal is to make Metal officially into a new revision of Boost.MPL's API, essentially MPL2 as the original proposal by Robert Ramey put it, merging both into one single TMP library. The idea would be to provide a thin proxy for the current Boost.MPL API which would have two backends configurable by preprocessor switches: the original implementation and a another one based on Metal. This way older code using Boost.MPL could see immediate gains on performance by selecting the newer backend on supported compilers, while at the same time legacy code maintained on older compilers could still rely on Boost.MPL's impressive ability to run virtually anywhere. On the other hand, newer projects interested on pure type computations would have the newer API entirely available to them. This proposal also overcomes the problem of dealing with the maintainability of Boost.MPL, since it provides a way for smooth transition from legacy hacks required by ancient compilers into a cleaner and easier to maintain C++11 codebase, besides avoiding any breaking changes within existing code in the process. Furthermore, should this proposal make it into Boost, I would be naturally willing to take responsibility for the maintenance of Boost.MPL, which AFAIK has been maintained by the CMT for quite some time now, often with limited resources. Comparing Metal and Boost.MPL there are a few noteworthy differences. Metafunction Classes have proven themselves entirely unnecessary and have thus been removed altogether in favour of pure Lambdas (in the Boost.MPL sense). Moreover, iterators make little sense in a functional world, so these too have been removed despite the fact they may easily be emulated in the new design. Moreover Metal develops the concept of optionals, that is, its metafunctions only have a nested ::type defined when they may be successfully computed, what may be safely tested using metal::is_just and may also be used to SFINAE out of miscomputations. Finally I'd like to point out that Metal was designed to be portable across as many compilers as possible and three of the most popular ones are continuously tested using Travis and Appveyor: Clang 3.5+, GCC 4.8+ and MSVC 14 (2015). I hope this is a reasonable proposal and I look forward into your opinions about it. ** Even though I haven't published any benchmarks yet, an example follows just to back my claims regarding performance (just tested on my personal laptop running linux): //Generate a list containing 10 thousand instances of std::integral_constant, from 0 to 9999 using l = metal::enumerate_t<metal::integer<10000>>; // GCC 5.3 ~0.4 s // Clang 3.7 ~0.5 s //Transform a list containing 5 thousand numbers by squaring each element using l1 = metal::enumerate_t<metal::number<long long, 5000>>; using l2 = metal::transform_t<metal::pow<metal::_1, metal::integer<2>>, l1>; // GCC 5.3 ~5.6 s // Clang 3.7 ~3.0 s [1]: http://thread.gmane.org/gmane.comp.lib.boost.devel/257680 [2]: http://thread.gmane.org/gmane.comp.lib.boost.devel/257983 [3]: http://thread.gmane.org/gmane.comp.lib.boost.devel/258843 [4]: http://pdimov.com/cpp2/simple_cxx11_metaprogramming.html [5]: http://rrsd.com/blincubator.com/bi_suggestion/mpl-lite-or-mpl2/ [6]: http://brunocodutra.github.io/metal/ Regards, Bruno Dutra

12 48

[graph] Sync develop with master?
by Murray Cumming 12 Aug '16

12 Aug '16

Now that Boost 1.61 is out, it would be great if the various fixes in boost graph's develop branch could be merged/cherry-picked/whatever to master, please. There seem to be a couple of years of fixes that have not appeared in a release. -- Murray Cumming murrayc(a)murrayc.com www.murrayc.com

5 21

Review Schedule and Review Manager for PODs Flat Reflection (ex magic_get)
by Antony Polukhin 05 Aug '16

05 Aug '16

Hello, PODs Flat Reflection (or PFR) is a C++14 library that represents POD structures as tuples and provides tuple-like methods for PODs. Library has a set of predefined operators for PODs and useful functions for everyday use. Works with user-defined types without any macro or boilerplate code. Library: https://github.com/apolukhin/magic_get Docs: http://apolukhin.github.io/magic_get/ Boost Library Incubator: http://blincubator.com/bi_library/pfr-pod-flat-reflection/?gform_post_id=16… Could the PODs Flat Reflection library be put on review schedule? Anyone wishing to become a Review Manager for the library? -- Best regards, Antony Polukhin

6 9

[config] RFC PR 82
by Domagoj Saric 01 Aug '16

01 Aug '16

Hi everyone, I am finally getting back to (trying to) contributing some of my personal projects to Boost. For two of those, Err (https://github.com/psiha/err) and especially Functonoid (a C++11 generalization and rewrite of my previous Boost.Function related work) I need some lower level codegen and/or optimiser control functionality (i.e. portable macros wrapping toolset specific attributes and pragmas) that I've added to my personal fork of Boost.Config and which I've now submitted in the subject PR (https://github.com/boostorg/config/pull/82) I don't expect this PR to be accepted as is/'just like that' so I'm opening this thread where we can discuss which of those changes/macros are welcome, which need more work and which, for some reason, should not be part of Boost.Config (and which, in turn then, I have to move to some 'internal implementation headers' in libraries that will need them). To avoid 'spamming' (and save time;) I'll skip the explanation of the individual macros as I expect them to mostly be self-explanatory (if not from their name then from the minimal Boost.Config documentation additions that are part of th PR). ps. I'll be on the (off) road for the next three weeks so I don't know when I'll be able to respond until I get back... -- "What Huxley teaches is that in the age of advanced technology, spiritual devastation is more likely to come from an enemy with a smiling face than from one whose countenance exudes suspicion and hate." Neil Postman

8 31

[contract] Without the macros
by Lorenzo Caminiti 19 Jul '16

19 Jul '16

Hello all, In the last few years my professional and personal lives changed quite a bit limiting my ability to contribute to Boost. However, in my spare time I slowing continued to revise Boost.Contract hoping to be able to commit it to a Boost release someday (after the library was accepted 3+ years ago... https://groups.google.com/forum/?fromgroups=#!topic/boost-list/jQ7OjAmos_Y) While doing so I realized that leveraging C++11 lambda functions, Boost.Contract could be re-implemented without its crazy macros that alter C++ function declaration syntax. Boost.Contract still remains the only C++ library that implements *all* features of Contract Programming (a.k.a., Design by Contract or DbC): subcontracting, class invariants (also static and volatile), postconditions (with old and return values), preconditions, customizable actions on assertion failure (terminate, throw, etc.), optional assertion compilation, disable assertion checking while already checking other assertions (to avoid infinite recursion), etc. Furthermore, in its new incarnation Boost.Contract no longer uses crazy macros so it is easier to use, faster to compile, and gives readable compiler errors. For example: #include <boost/contract.hpp> int inc(int& x) { int result; boost::contract::old_ptr<int> old_x = BOOST_CONTRACT_OLDOF(x); boost::contract::guard c = boost::contract::function() .precondition([&] { BOOST_CONTRACT_ASSERT(x < std::numeric_limits<int>::max()); }) .postcondition([&] { BOOST_CONTRACT_ASSERT(x == *old_x + 1); BOOST_CONTRACT_ASSERT(result == *old_x); }) ; return result = x++; // Function body. } Or with subcontracting: #include <boost/contract.hpp> #include <vector> template<typename T> class pushable; // Arbitrary base to demo subcontracting. template<typename T> class vector #define BASES public pushable<T> : BASES { public: typedef BOOST_CONTRACT_BASE_TYPES(BASES) base_types; // Subcontracting. #undef BASES void invariant() const { // Checked in AND with base class invariants. BOOST_CONTRACT_ASSERT(size() <= capacity()); // Line 25. } virtual void push_back(T const& value, boost::contract::virtual_* v = 0) /* override */ { boost::contract::old_ptr<unsigned> old_size = BOOST_CONTRACT_OLDOF(v, size()); // Old values. boost::contract::guard c = boost::contract::public_function< override_push_back>(v, &vector::push_back, this, value) .precondition([&] { // Checked in OR with base preconditions. BOOST_CONTRACT_ASSERT(size() < max_size()); // Line 35. }) .postcondition([&] { // Checked in AND with base postconditions. BOOST_CONTRACT_ASSERT(size() == *old_size + 1); // Line 38. }) ; vect_.push_back(value); // Function body. } BOOST_CONTRACT_OVERRIDE(push_back) // For `override_push_back`. // Could program contracts for those as well. unsigned size() const { return vect_.size(); } unsigned max_size() const { return vect_.max_size(); } unsigned capacity() const { return vect_.capacity(); } private: std::vector<T> vect_; }; Full documentation and examples at: https://lcaminiti.github.io/boost-contract What do you think? Thanks, --Lorenzo P.S. The library can also be used without C++11 lambda functions (or any C++11 specific feature) but programmers have to write a fare amount of extra code to program the precondition and postcondition functors (using non-local functions, Boost.LocalFunction, Boost.Funsion, Boost.Lambda, or some other approach) so that might not useful in practice.

6 14

[graph] Compilation error with adjacency_list and C++11
by Sebastien Loriot (GeometryFactory) 18 Jul '16

18 Jul '16

Hello, the program below does not compile at least with g++ 5.3.1 and clang++ 3.5.2-1 when using c++11 standard. If I comment line #1 it compiles. If I change #2 to undirectedS it compiles. Is there anything wrong in my code or is it a problem in boost's? Thanks, Sebastien. #include <boost/graph/adjacency_list.hpp> struct A { A(){} A(const A& ){} // #1 A& operator=(const A&){return *this;} }; typedef boost::adjacency_list<boost::listS, boost::vecS, boost::directedS, //#2 A > Graph; int main() { Graph g; boost::add_vertex(g); return 0; }

2 2

smartptr maintained
by Karolin Varner 15 Jul '16

15 Jul '16

Hi, is smartptr still being maintained? There are four pull requests, one more than a year old. Best, Karolin Varner

2 3

What kind of algorithms/data structures can enter in Boost
by Зайцев Александр 03 Jul '16

03 Jul '16

Hello. I am interested in developing data structures and some algorithms in Boost library. But one of the requierement for library is: "The library should be generally useful". What does it mean? I think, that i can add to the library some more data structures: suffix tree/array/automata, palindromic tree, modifications of stack/queue for getting min/max with O(1), Aho–Corasick(maybe it's algo already exist in Boost Library), maybe something else (kd-tree, for example). And algortihms: Manacker's algo for calculating palindromes number, Longest increasing subsequence, palindromic check. There are many algorithms, which i can implement to the Boost library. Also Boost.Math versus GNU MP library is very simple. In GNU MP there are many useful features. And i don't know? we need to provide these features to the Boost.Math or not. Ok, Who can explain me, what algorithms of those that i mentioned, is generally useful? What is useful for Boost, and what is useless? Thanks. -- Best regards, Zaitsev Alexander

3 4

defect macro for thread_local?
by Oliver Kowalke 02 Jul '16

02 Jul '16

Hi, does boost provide a defect macro for thread_local (like BOOST_NO_CXX11_THREAD_LOCAL)? I couldn't find something similar int the boost macro reference. The macro would be helpful together with the feature-check to exclude compilers, that do not support the keyword thread_local (as gcc-4.7. and apple's compiler), from unit-tests. Oliver

4 7

[1.61.0] building with Clang and c++11
by Richard Hadsell 02 Jul '16

02 Jul '16

I have downloaded 1.61.0 and want to build it with Clang. This is in my user-config: using clang : 3.5.0 : /netDISKS/master/netmt/LINUX_C65/app/clang/3.5.0/bin/clang++ : <compileflags>"-fPIC -gcc-toolchain /netDISKS/master/netmt/LINUX_C65/app/gcc/4.8.3 -Wno-overloaded-virtual -Wno-unused-function -Wno-unused-variable -Wno-c99-extensions -Wno-variadic-macros" <linkflags>"-fPIC -gcc-toolchain /netDISKS/master/netmt/LINUX_C65/app/gcc/4.8.3" ; When I build, I see warnings like these: ./boost/mpl/print.hpp:50:19: warning: in-class initialization of non-static data member is a C++11 extension [-Wc++11-extensions] const int m_x = 1 / (sizeof(T) - sizeof(T)); ^ ./boost/timer/timer.hpp:44:43: warning: 'long long' is a C++11 extension [-Wc++11-long-long] void clear() { wall = user = system = 0LL; } ^ ./boost/regex/v4/instances.hpp:124:34: warning: unknown warning group '-Wkeyword-macro', ignored [-Wunknown-pragmas] #pragma clang diagnostic ignored "-Wkeyword-macro" ^ When I add '-std=c++11' to the <compileflags> and <linkflags>, I get errors and warnings like these: clang-linux.compile.c.without-pth bin.v2/libs/container/build/clang-linux-3.5.0/release/instruction-set-core2/link-static/threading-multi/alloc_lib.o error: invalid argument '-std=c++11' not allowed with 'C/ObjC' "/netDISKS/master/netmt/LINUX_C65/app/clang/3.5.0/bin/clang++" -c -x c -O3 -Wno-inline -Wall -std=c++11 -fPIC -gcc-toolchain /netDISKS/master/netmt/LINUX_C65/app/gcc/4.8.3 -Wno-overloaded-virtual -Wno-unused-function -Wno-unused-variable -Wno-c99-extensions -Wno-variadic-macros -march=core2 -pthread -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_CONTAINER_STATIC_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/container/build/clang-linux-3.5.0/release/instruction-set-core2/link-static/threading-multi/alloc_lib.o" "libs/container/src/alloc_lib.c" libs/locale/src/shared/localization_backend.cpp:54:22: warning: 'auto_ptr' is deprecated [-Wdeprecated-declarations] std::auto_ptr<localization_backend> res(new actual_backend(backends,default_backends_)); ^ ./boost/regex/v4/instances.hpp:124:34: warning: unknown warning group '-Wkeyword-macro', ignored [-Wunknown-pragmas] #pragma clang diagnostic ignored "-Wkeyword-macro" ^ What options do I need to add or remove to build and use boost with no errors and as few warnings as possible? -- 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

5 6

New library? CallableTraits
by Barrett Adair 01 Jul '16

01 Jul '16

I posted about this a month ago, but I did not receive much response. Since then, I added an extended example use case, and I added a documentation section [1] that compares CallableTraits and Boost.FunctionTypes. I received some positive feedback this week in Aspen, and r/cpp also seemed to respond well [2], so I thought I'd give this another shot. Here are my questions for you: 1. Is there any interest in reviewing a future version of this for inclusion in Boost? 2. If so, does this belong in its own library, or should it be incorporated into Boost.TypeTraits or something similar? 3. What you like to see added, removed, renamed, or redesigned? I'd say CallableTraits is about 85% finished. Here's what's left: * Add INVOKE semantics to a couple of things for consistency (arity, etc) * Remove unused/undocumented code * Account for transaction_safe and C++17 noexcept * Finish/test the calling convention features * Finish/update the reference documentation * Write even more tests Cheers, Barrett [1] http://badair.github.io/callable_traits/doc/html/index.html#callable_traits… [2] https://www.reddit.com/r/cpp/comments/4ffmfs/callabletraits_never_write_ano… GitHub: https://github.com/badair/callable_traits Documentation from the top: http://badair.github.io/callable_traits/doc/html/index.html (reference section under construction)

5 11

[build] Running 1 per N tests
by Adam Wulkiewicz 30 Jun '16

30 Jun '16

Hi, At Boost.Geometry we're using CircleCI for testing. They allow to run the tests concurently on N virtual machines. I'd like to alter my script to automatically redistribute the tests evenly across all of the machines, i.e. to run 1/N of the tests on each machine. The problem is that at Boost.Geometry we have a lot of nested project directories, i.e. b2 executed for some upper directory runs the tests in the test-suite in this directory and then follows nested projects defined by build-project directives, so runs the tests recursively. So e.g. if b2 was executed on some virtual machine for the most-top-level directory all of the tests would be built anyway. Do you have an idea how this could be solved without altering the tests structure? Is it currently somehow possible (though AFAIK it isn't) or would be possible to implement options allowing to e.g.: - run b2 only for a certain directory/Jamfile, e.g. --non-recursive - ignore arbitrary Jamfile directive, e.g. --ignore-build-project - run only 1 per N tests, an option used together with -jX but running tests only for one thread, e.g. b2 -i2 -j4 running only 1 per 4 commands starting from 2nd command ? The last option would be the most convenient for me. The tests would be divided as evenly as possible. It wouldn't require to use some workarounds i.e. traversing test directories recursively and running b2 manually for them which could result in low-quality redistribution, e.g. if some directory contained many tests and other small number of tests. Regards, Adam

2 2

boost regression run.py fails with, fatal: Not a git repository
by Blower, Melanie 29 Jun '16

29 Jun '16

I'm trying to run.py on develop to report results with the Intel compiler. The script I use first downloads run.py. The git is failing partway through with this message Cloning into 'tools/quickbook'... Submodule path 'tools/quickbook': checked out 'c7cb99ac029593024f3f31a1ab2503820f1300d5' # Cleaning up "/localext3/mblower/sandbox/_try_dev/boost_root/bin" directory ... # Cleaning up "/localext3/mblower/sandbox/_try_dev/boost_root/bin.v2" directory ... # Cleaning up "/localext3/mblower/sandbox/_try_dev/results" directory ... # Getting sources (2016-06-29T12:24:07Z)... # Executing GIT command: /localext3/mblower/sandbox/_try_dev/boost_root> git submodule foreach "cd $toplevel && git submodule deinit $path" Entering 'libs/accumulators' fatal: Not a git repository (or any parent up to mount point /localext3) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). Stopping at 'libs/accumulators'; script returned non-zero status. # git_source_checkout failed with message "GIT command "git submodule foreach "cd $toplevel && git submodule deinit $path"" failed with code 256" I'm using a new server, the "master" results completed successfully last night. There's plenty of disk space. Any ideas?

2 1

[boost-git] fiber not contained?
by Oliver Kowalke 29 Jun '16

29 Jun '16

Hi, I was asked several times why boost.fiber is not contained if boost's git-repo is cloned with git clone --recursive http://github.com/boostorg/boost.git. I'm wondering because boost.fiber is already included in the regression tests (master/develop). Oliver

4 8

Attention library authors.. Library requirements testing is now active.
by Rene Rivera 29 Jun '16

29 Jun '16

As part of continued efforts to move testing to CI, to facilitate release management, and to provide more information to authors I've now implemented some testing changes: 1. Most libraries are now tested automatically if they have a usable test directory. There are still libraries that do not follow the requirements of having all their tests in just the single test directory. You can see which ones those are here < https://github.com/boostorg/boost/blob/develop/status/Jamfile.v2#L101>. Library authors should IMMEDIATELY make changes to their test/Jamfile's to follow the library requirements for testing. Before the next release I plan to blindly remove that custom list of extra test targets. 2. Most structure library requirements are now checked both in the regular full testing and in the CI testing. I've implemented a script to check for most of the library directory structure and integration requirements. The script runs as an additional CI job, currently in Travis. Here's one of those jobs < https://travis-ci.org/boostorg/boost/jobs/137506433>. At the moment it reports 17 libraries as having errors. There are also some warnings, i.e. not requirement violations but just some stuff that may be wrong. The script also runs as part of the general full testing and any problems are reported in each library's results as a single entry at the top of the tables. Here's how one of the test failures looks like < http://tinyurl.com/zbe9gal> [1] [2]. It would be great if library authors address those errors in some form ASAP. I know that for some of those reported libraries there will need to be some discussions as to how to best address the errors. Feel free to start additional threads for those as needed. [1] < http://www.boost.org/development/tests/develop/developer/output/teeks99-09f… > [2] Note there are currently some false failures in this aspect from a build system "bug". The bug is already fixed but tests will take some time to cycle to reflect the bug fix. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

11 23

Query: ADL vs MSVC2013 support
by Soul Studios 28 Jun '16

28 Jun '16

I have transplanted the advance/next/prev/distance member functions into ADL non-member functions in a current unreleased version of colony (plflib.org) My question is whether MSVC2013 support for these functions is more important to the boost community than them being ADL. There's a bug in MSVC2013 (fixed in MSVC2015, never backported to MSVC2013) that causes a compiler crash under certain template configurations - unfortunately the way that the ADL has to be implemented (I have tried several methods) causes this bug. The workaround would be to disable these functions in MSVC2013 only, as everything works fine in MSVC2010, MSVC2015, Clang 3.6-3.8 (have not tested earlier) and GCC 4.6-5.1 (have not tested earlier).

1 1

message: Build #2 is still failing.
by Robert Ramey 26 Jun '16

26 Jun '16

I'm getting these messages on aregular basis. They point to the url https://travis-ci.org/boostorg/serialization/builds/140270355 I can see the utility of this. It seems that this is due to some requirement that I'm not fulfillng in the serialization library test directory.... or something. What, if anything, should I do about this. Robert Ramey

2 1

enabling constexpr with Visual studio 2015 Update 3 (RC)
by Paul A. Bristow 24 Jun '16

24 Jun '16

I am trying to use the enhanced constexpr features and have (perhaps unwisely) downloaded the latest Visual Studio Update 3 (RC) to get as great a chance of achieving this as possible. https://blogs.msdn.microsoft.com/vcblog/2015/12/02/constexpr-in-vs2015-upda… (and later posts) I am unsure what I need to do to ensure that the compiler is enabled for use the latest features. I have added /std:c++14 to the options of the property for the project. (aside I also tried /std:C++latest but that works for some tasks but failed to compile with odd-looking errors in converter.hpp Error C2518 keyword 'typename' illegal in base class list; ignored \modular-boost\boost\numeric\conversion\detail\converter.hpp 453 // Trivial Converter : used when (cv-unqualified) T == (cv-unqualified) S // template<class Traits> struct trivial_converter_impl : public std::unary_function< BOOST_DEDUCED_TYPENAME Traits::argument_type ,BOOST_DEDUCED_TYPENAME Traits::result_type > ,public dummy_range_checker<Traits> {...} So I stopped trying that /std:c++latest option. What else should it do?) Running the modular-boost/libs/config/config_info.cpp program BOOST_NO_CXX14_CONSTEXPR [no value] BOOST_CONSTEXPR [no value] BOOST_CONSTEXPR_OR_CONST =const BOOST_STATIC_CONSTEXPR =static const These don't seem to be what I think that I would expect (constexpr and static constexpr). I want especially to use BOOST_STATIC_CONSTEXPR to get static constexpr. Do I need to also add #define BOOST_CXX14_CONSTEXPR in my program or elsewhere? (Doing this doesn't change BOOST_CONSTEXPR_OR_CONST from const to constexpr) Thanks for any suggestions. Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

8 16

[typeof] Pull requests
by Adam Wulkiewicz 23 Jun '16

23 Jun '16

Hi, There are trivial pull requests in TypeOf waiting for merging (https://github.com/boostorg/typeof/pulls) One of them is more than 2 yo. Would it be possible to merge them? At least #3 or #4 should be merged. Regards, Adam

1 0

Additional Test Configurations
by Tom Kent 22 Jun '16

22 Jun '16

About a month ago I got three new machines dedicated to testing boost online (thanks to Boost Community/Steering Committee/Conservancy!). These three machines are currently running tests along with a couple other machines that I have. Now that things are up and running, I'm looking for some community input as to how best utilize them. Here's the current setup: teeks99-01 - Ubuntu 14.04 + Docker - gcc-4.4 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.5 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.6 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.7 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.8 (master + develop) Docker trusty + ubuntu-toolchain-r/test - gcc-4.9 (master + develop) Docker trusty + ubuntu-toolchain-r/test - gcc-5 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.0 (master + develop) Docker trusty + h-rayflood/llvm - clang-3.1 (master + develop) Docker trusty + h-rayflood/llvm - clang-3.2 (master + develop) Docker trusty + h-rayflood/llvm - clang-3.3 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.4 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.5 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.6 (master + develop) Docker trusty - clang-3.7 (master + develop) Docker trusty + llvm.org/apt teeks99-02 - Ubuntu 16.04 + Docker - gcc-4.4 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.5 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.6 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.7 (master + develop) Docker precise + ubuntu-toolchain-r/test - gcc-4.8 (master + develop) Docker trusty + ubuntu-toolchain-r/test - gcc-4.9 (master + develop) Docker trusty + ubuntu-toolchain-r/test - gcc-5 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.0 (master + develop) Docker trusty + h-rayflood/llvm - clang-3.1 (master + develop) Docker trusty + h-rayflood/llvm - clang-3.2 (master + develop) Docker trusty + h-rayflood/llvm - clang-3.3 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.4 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.5 (master + develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.6 (master + develop) Docker trusty - clang-3.7 (master + develop) Docker trusty + llvm.org/apt teeks99-03 - Ubuntu 16.04 + Docker - gcc-5 (develop) Docker trusty + ubuntu-toolchain-r/test - clang-3.7 (develop) Docker trusty + llvm.org/apt teeks99-05 - Ubuntu 14.04 (Azure VM) - gcc-4.8 (master) - clang-3.4 (master) teeks99-08 - Windows 2012 (KVM VM) - msvc-8.0 (master + develop) SP1 - msvc-9.0 (master + develop) SP1 - msvc-10.0 (master + develop) SP1 - msvc-11.0 (master + develop) Update 4 - msvc-12.0 (master + develop) Update 5 - msvc-14.0 (master + develop) Update 2 teeks99-09 - Windows 2012 (KVM VM) - msvc-8.0 (master + develop) SP1 - msvc-9.0 (master + develop) SP1 - msvc-10.0 (master + develop) SP1 - msvc-11.0 (master + develop) Update 4 - msvc-12.0 (master + develop) Update 5 - msvc-14.0 (master + develop) Update 2 I'm currently working on getting gcc-6 and clang 3.8, sorry they aren't in the list yet. I'm planning to retire the teeks99-01 shortly and converting the ancient teeks99-05 to something newer, still doing boost testing. All these configurations and the scripts that keep them cycling are on github at: https://github.com/teeks99/boost-build For each platform there are a couple configurations that I try to run frequently to give 'rapid' results as developers are committing code. The configurations for windows are set so that every few runs it will run the msvc-12.0 (develop) test, so that is never more than ~10hrs old. Similarly on linux, the gcc-5 and clang-3.7 (develp) tests get run every few hours. Just to give a feeling of the timing, Linux runs take .75-3 hrs and Windows runs take 1.5-4hrs, depending on compiler, os, hardware, etc. All these configurations have minimal compiler options set. MSVC + GCC builds have no options set, clang has `<cxxflags>-Wno-c99-extensions`. >From a lot of the discussing I've seen on the lists, it seems that there's a lot of work going into C++ 11/14/1z development. I was thinking it would be good to add some of those switches. Which ones? How many? Baseline Standard -std=c++98 (I believe this is the default for all the g++/clang++ instances above) -std=c++11/0x -std=c++14/1y -std=c++1z GNU Standard -std=gnu++98 -std=gnu++11/0x -std=gnu++14/1y -std=gnu++1z Clang Library -stdlib=libc++ -stdlib=libstdc++ Optimization -O2? Warnings -Wall -Wextra Others? I'm guessing that most of these will be of interest to at least a small subset of developers. There probably isn't a need to apply all possible combinations to all possible compilers however. (Not to mention that it would make the results matrix even more overwhelming.) Which combinations are important for you to see in the matrix? What do you think should be the 'rapid' configurations? I'm also thinking about additional compilers (in addition to gcc-6/clang-3.9 mentioned above), though these will take a bit of work on my part, so will only get implemented as I have time available. - gcc HEAD from GIT - clang HEAD from GIT - cygwin/gcc - mingw - clang on windows - Other? Thanks in advance for your input! Tom

6 12