- Boost - lists.boost.org

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

[boost.process] 0.6 Alpha
by Klemens Morgenstern 21 Jun '16

21 Jun '16

Hi all, the boost.process 0.6 library is now in alpha, that is: it has some (compiling) examples, a documentation and tests that pass on windows as well as on linux. It basically allows you to manage a process like this: pstream pipe; child c("some_prog", "--some-arg", env["PATH"]+="C:/stuff", std_in < "data.csv", std_out > pipe, std_err > null, start_dir="./bin"); std::string data; pipe >> data; c.wait(); cout << c.exit_code() << endl; You can find the documentation here: http://klemens-morgenstern.github.io/process/ Get the source code from here: https://github.com/klemens-morgenstern/boost-process If you want to use it on windows, you currently would need to clone my boost.winapi fork also: https://github.com/klemens-morgenstern/winapi As for the scope of the library, it is meant to implement a small, portable layer to allow platform-independent process management. Thereby it's functionality is (unless I missed something) basically what is possible on posix as well as on windows. There are some platform extension, but I would not recommend to use them. It is also possible (though not yet documented) to write extensions, and if they work on both platforms I will gladly add them. It is however not the goal of the library, to be the be-all and end-all of process management; in past disscussions, different ideas where brought up, like implementing a DSEL for that or only allowing asynchronous communication. This library will never be that, since it would be much more fitting to build this on-top of it. E.g. a DSEL could be written (e.g. boost.shell) using boost.process underneath, so the library could concentrate only on the DSEL. It doesn't depend on boost.iostreams anymore, though it still uses boost.asio, boost.fusion and boost.filesystem. As for the open issues: some error handling is still lacking (but that'd be something like being unable to duplicate a handle), which would be required for proper extension, which is also why it's not documented. Also there's still an open discussion about the naming of the class and functions (child, system, spawn), so that may change also. But I consider this simple enough for a easy refactoring. If anyone has naming ideas, please tell me. One Idea was 'subprocess' but 'process::subprocess' just looks too strange to me. I hope you try it out, and give me some feedbacks. Or write angry error reports, both helps. Thanks! Klemens

8 32

Checking interest in stacktrace library
by Antony Polukhin 21 Jun '16

21 Jun '16

Hi, I've got some prototype for getting stack traces: https://github.com/apolukhin/stacktrace It's design is based on the idea that class for stacktrace must be fully noexcept, without dynamic allocations in constructors and as simple as possible. Is there interest in it? What functionality would you like to have in it? -- Best regards, Antony Polukhin

9 10

Re: [boost] proposed new library "histogram"
by Bjorn Reese 20 Jun '16

20 Jun '16

On 05/05/2016 12:21 AM, Hans Dembinski wrote: > https://github.com/HDembinski/histogram I suggest that you use non-intrusive serialization and place that in separate headers, so there is no dependency on Boost.Serialization unless you need it.

2 4

Checking interest in clang-{format, tidy} configurations
by jerry.c.t＠web.de 19 Jun '16

19 Jun '16

Hi, is there an interest for common boost clang-format and clang-tidy (only the module readability-identifier-naming) configurations to inforce consistent layout and naming style? For clang-format there are predefined styles like llvm, google etc. I think about adding a new predefined style 'boost' to clang-format. But first i would start with a separate _clang-format file. For clang-tidy there are no predefined styles thus i would simply create a _clang-tidy file. Best regards, Jerry

2 1

Feature request: variant::view
by TONGARI J 19 Jun '16

19 Jun '16

Hi, Sometimes we need to view a value as a variant and we don't want to copy the value into a variant. It'd be great if there's a variant::view that works like a variant but holds a reference to the value instead. The constructor should allow any reference to the types as in the variant, and a constructor that takes a reference to the variant, e.g. template<class T1, class T2...> class variant<T1, T2...>::view { view(T1&); view(T2&); ... view(variant&); }; And we can use apply_visitor/get on a view as on a variant. Thoughts? Thanks.

2 2

Boost's List of improvements
by Зайцев Александр 19 Jun '16

19 Jun '16

Hello. I will prepared Boost's list of improvements. I can realize it. Maybe, some algorithms I only can't find in Boost. And i think, that if i will implement algorithms from this list, it's will be great. Improvement list for Boost.Algorithm Boost.Algorithm(String) 1) Manacker's Algorithm: finding all palindromes in string O(N). 2) Different algortihms based on suffix arrays and suffix trees: Boost.Algorithm(Numbers) 1) Checking for number's simplicity by BPSW test. O(logN). 2) Effective factorization algorithms: Po, Po-1, Bents algo, Po-Monte-Carlo, Ferms algo. 3) Longest increasing subsequence Boost. Container 1) Modifications of queue and stack for searching min/max element with O(1). Maybe, I forgot something. -- Best regards, Zaitsev Alexander

1 0

Book
by Robert Ramey 18 Jun '16

18 Jun '16

I've attached an epub version of my "book". You should be able to just click on it and have the apple book reader popup and then be able to read it. The apple book reader has some interesting features. a) the book looks pretty good considering I didn't have to put to much effort into the formatting etc. b) For our purposes the best part is that you can easily annotate the book! There are three icons in the upper left corner. One to display the table of contents and other one for "notes" You can highlight text and add a note to it then save the book !. This is perfect as far as I'm concerned. Please don't spend time "copy editing" it. The whole thing needs to be gone over with a fine tooth comb with the idea of making the text more readable and clear, that the examples are in sync with the text, probably more narrative etc. etc. I'm really mostly concerned that the concepts are readable and explained to the target reader. Since I discovered the notion of semiring I understand the my C++ type algebra fulfills all the requirements of a semiring. And there is a large list of theorms which apply to semirings. I don't intend to add too much to the section, at least for now. It is very interesting but but right not it doesn't yet have a practical application. I'm hoping that will change but for now I it's as far as I want to go with this. This section will also need some work as far at the math is concerned. There are some issues with the notion of an inverse of a type etc which are still not really finished. But for now I think I've got the concepts outlined. It generates a book 60 pages long.

4 4

Re: [boost] [Boost-users] Checking interest in stacktrace library
by Antony Polukhin 18 Jun '16

18 Jun '16

2016-06-18 17:49 GMT+03:00 Edward Diener <eldiener(a)tropicsoft.com>: > On 6/18/2016 6:34 AM, Antony Polukhin wrote: > >> Is there interest in it? >> What functionality would you like to have in it? >> > > Documentation is always helpful. > Yeep, that's currently missing :( If in short: namespace boost { namespace stacktrace { class stacktrace { public: BOOST_STATIC_CONSTEXPR std::size_t max_symbol_width = 256; typedef boost::array<char, max_symbol_width> frame_t; stacktrace() BOOST_NOEXCEPT; stacktrace(const stacktrace& bt) BOOST_NOEXCEPT; stacktrace& operator=(const stacktrace& bt) BOOST_NOEXCEPT; ~stacktrace() BOOST_NOEXCEPT; std::size_t size() const BOOST_NOEXCEPT; frame_t operator[](std::size_t frame) const BOOST_NOEXCEPT; }; template <class CharT, class TraitsT> std::basic_ostream<CharT, TraitsT>& operator<<(std::basic_ostream<CharT, TraitsT>& os, const stacktrace& bt); }} So you can construct stacktraces, copy them and output them to streams: std::cerr << stacktrace(); -- Best regards, Antony Polukhin

1 0

Library addition request
by Gerrit Daniels 18 Jun '16

18 Jun '16

Hello, I've written a library that implements automatic serialization of user defined types. You can find it here: https://github.com/gerritdaniels/ctrl. I was wondering if this is something that could be added to the boost library. Kind regards, Gerrit Daniels.

6 10