- Boost - lists.preview.boost.org

[test] Unrecognized option -u
by Andrey Semashev 03 Sep '16

03 Sep '16

Hi, I'm seeing test errors about unrecognized option -u presumably from Boost.Test, see here for example: http://www.boost.org/development/tests/develop/developer/output/teeks99-09b… The test in question is not mine, and I don't know what the -u option is supposed to be for, but I assume it was supported by Boost.Test at some point and now it isn't. Is this an intended change in Boost.Test, an oversight or just a mistake in the Jamfile? If it was supported by Boost.Test, what did the option do and is it ok to just remove it?

3 4

[release] Can I push a bug fix?
by Andrzej Krzemienski 01 Sep '16

01 Sep '16

Hi all, Do I need permission now to push a bug fix to master? I intend to put this fix: https://github.com/boostorg/optional/commit/5d5d1f46baac851c8ec0ca15059d3e7… Regards, &rzej;

2 1

Please add component "dll" to track
by Antony Polukhin 31 Aug '16

31 Aug '16

Subj. Thanks! -- Best regards, Antony Polukhin

1 0

compiling boost using C++11 atomics
by André Draszik 30 Aug '16

30 Aug '16

Hi, Is there any particular reason that boost isn't being compiled with BOOST_AC_USE_STD_ATOMIC and BOOST_SP_USE_STD_ATOMIC (by default) when C++11 support in g++ is available (g++ >= 4.7)? Thanks, Andre'

3 5

[PropertyTree] Pull request removing usage of typeid()
by Chris Glover 29 Aug '16

29 Aug '16

Hi, In February, I submitted a pull request that removes the usage of typeid from property_tree and replaces it with boost.type_index. This allows me to use property_tree with rtti disabled, which I need sometimes. https://github.com/boostorg/property_tree/pull/20 I've had no feedback on the change. Can it be merged? Thanks, -- chris

2 2

[graph] Dinic's algorithm and BGL
by Зайцев Александр 29 Aug '16

29 Aug '16

Hello. In the Boost Graph Library i can't find Dinic's algorithm (https://en.wikipedia.org/wiki/Dinic%27s_algorithm) I think there isn't implementation of this algo in the library. Why? Best regards, Alexander Zaitsev.

2 2

[algorithm] Adding suffix automata, suffix array
by Зайцев Александр 29 Aug '16

29 Aug '16

Hello. I implemented Aho-Corasick to Boost.Algorithm. It's very useful algorithm, but i think that there are more useful algorithms, like suffix automata and suffix array. They can solve a lot of specific task on sequences of values: searching subsequences, count number of different subsequence, etc. Can i start work on it? ----- Best regards, Alexander Zaitsev.

2 3

[Boost.Book] How to go full-bleed on documentation image headers?
by Vinnie Falco 29 Aug '16

29 Aug '16

On the Boost website, the image in documentation headers is full bleed (no white border). For example: http://www.boost.org/doc/libs/1_61_0/doc/html/boost_asio.html How do I achieve this in my own documentation? I have set the image in the Jamfile, but I have no idea how to adjust the border: http://vinniefalco.github.io/beast/index.html The Jamfile and supporting source files are here: https://github.com/vinniefalco/Beast/tree/master/doc Thanks

2 1

[predef] macro to detect OS version on Solaris
by Aparna Kumta 28 Aug '16

28 Aug '16

I looked at the predef documentation and see BOOST_OS_SOLARIS macro to detect the Solaris OS. Is there a way I can detect the Solaris version? Thanks, Aparna | | <http://www.boost.org/doc/libs/1_61_0/libs/predef/doc/html/predef/reference/…>

3 2

[algorithm] Discuss about Aho-Corasick implementation
by Зайцев Александр 28 Aug '16

28 Aug '16

Hello. I implemented Aho-Corasick for Boost.Algorithm. I think that a lot of developers are interested in this and can look through my code and guess some suggestions. You are welcome: https://github.com/ZaMaZaN4iK/algorithm/blob/feature_branch/aho_corasik/inc… -- Best regards, Alexander Zaitsev

1 0

[Root.Ptr] Review Schedule Listing Fix
by Phil Bouchard 27 Aug '16

27 Aug '16

Greetings, In the formal review schedule page: http://www.boost.org/community/review_schedule.html Is it possible for somebody to: - Change the name of the submission "Block Pointer" to "Root Pointer" - Point the source code to: https://github.com/philippeb8/root_ptr - Point the documentation to: http://philippeb8.github.io/root_ptr This way people will at least be able to read something about Root.Ptr! ;) Regards, -Phil

2 2

[test] request to integrate a bugfix to master
by Raffi Enficiaud 26 Aug '16

26 Aug '16

Dear all, Please move boost.test to rev f68df446a4a5a3873e262364b56c5c2446216ae6 as it contains an important bug fix in case header only version of boost.test is used. Thanks and sorry for the noise, Raffi

2 1

[test] All geometry regression tests failing in develop and master
by Rene Rivera 25 Aug '16

25 Aug '16

Tagging subject for visibility. But this obviously needs to get resolved ASAP.. On Wed, Aug 24, 2016 at 3:53 AM, Barend Gehrels <barend(a)xs4all.nl> wrote: > Hi, > > It seems that nearly all regression tests are failing for us in both > develop and master: > > http://www.boost.org/development/tests/master/developer/geometry.html > > With the messages like: > > disjoint.obj : error LNK2001: unresolved external symbol > "public: virtual void __cdecl boost::unit_test::output::juni > t_log_formatter::log_start( > class std::basic_ostream<char,struct std::char_traits<char> > &,unsigned > long)" > (?log_start@junit_log_formatter@output@unit_test@boost@@ > UEAAXAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@K@Z) > > > We use Boost.Test (header-only), is there something changed there? Do we > need to change our Jam file? (of course we want to keep it header-only). > > The failures are new, before my one-week holiday it was still all OK. > > Regards, Barend -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

3 4

]dynamic_bitset] develop change never merged to master
by Edward Diener 25 Aug '16

25 Aug '16

In going through the CMT libraries for the upcoming release I noticed a longstanding change to dynamic_bitset on the 'develop' branch that added capacity, reserve, and shrink_to_fit functionality which had never been merged to the 'master' branch. The change is purely to add functionality rather than a bug fix, but it has been tested successfully on the 'develop' branch for a long while now. Do we want this functionality in the upcoming release ? If not, this change can be merged to 'master' after the release is out for the next release.

2 2

[release] Boost 1.62 now closed.
by Rene Rivera 25 Aug '16

25 Aug '16

Reminder.. The Boost 1.62 release, i.e. master branches, are now closed. Any change requires approval from a release manager. The release will reopen for bug fixes a week from now after the beta is posted. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

6 8

All geometry regression tests failing in develop and master
by Barend Gehrels 24 Aug '16

24 Aug '16

Hi, It seems that nearly all regression tests are failing for us in both develop and master: http://www.boost.org/development/tests/master/developer/geometry.html With the messages like: disjoint.obj : error LNK2001: unresolved external symbol "public: virtual void __cdecl boost::unit_test::output::junit_log_formatter::log_start( class std::basic_ostream<char,struct std::char_traits<char> > &,unsigned long)" (?log_start@junit_log_formatter@output@unit_test@boost@@UEAAXAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@K@Z) We use Boost.Test (header-only), is there something changed there? Do we need to change our Jam file? (of course we want to keep it header-only). The failures are new, before my one-week holiday it was still all OK. Regards, Barend

1 0

[Quickbook] Quickbook, SVG, graphviz dot
by Matt Calabrese 23 Aug '16

23 Aug '16

This is something of a stretch, but I'm hoping someone has a simple solution to my problem. I'm using Quickbook and in my docs I'm including an SVG that I generated from a graphviz dot file, which was also automatically generated from code that I'm documenting. Inside each of the nodes in the graph contained in the SVG, I would like to have source code snippets that are formatted in a way that is consistent with code snippets that are embedded in Quickbook files. Ideally, I'd like to even include Quickbook links in that source code, though I think that's likely a bit harder (my Quickbook code snippet files are usually written in a way that compiles in C++ but on the Quickbook end also replaces known functions with links to their corresponding docs -- I'd like to have that even in the nodes of the generated graph). I'm not certain where precisely to start as I'm rather far outside of my usual domain here. I pretty sure that it must be feasible in some way, as I know that SVG can embed links and use css, etc. but I'm not sure precisely how I should try to tackle this. Perhaps I can create some kind of post-process to run on the SVG that was generated from the dot file? Is there something simpler than this? Any ideas are appreciated. -- -Matt Calabrese

1 0

Re: [boost] double_ended - request formal review
by Mathias Gaunard 23 Aug '16

23 Aug '16

On 15 July 2016 at 16:51, Benedek Thaler <thalerbenedek(a)gmail.com> wrote: > Dear Boost, > > I'd like to request the review of the double_ended library. > > Code: https://github.com/erenon/double_ended > Documentation: http://erenon.hu/double_ended > > The library contains two classes. Excerpt from the documentation: > > * `devector` is a hybrid of the standard vector and deque containers, as > well as the small_vector of Boost.Container. It offers cheap (amortized > constant time) insertion at both the front and back ends, while also > providing the regular features of std::vector, in particular the contiguous > underlying memory. In contrast to the standard vector, however, devector > offers greater control over its internals. Like small_vector, it can store > elements internally without dynamically allocating memory. Not related to your request per-se, but I think this occasion is as good as any to discuss the library. devector is an interesting variant of vector, but it gives the illusion that is could be used as a queue. However given the implementation, it seems elements removed from either end will never be reclaimed. I suggest documenting that limitation or having a threshold above which memory is actually freed.

4 5

[CallableTraits] Seeking Review Manager
by Barrett Adair 23 Aug '16

23 Aug '16

Boost Developers, CallableTraits is a C++11/14/17 library for the inspection, synthesis, and decomposition of callable types. CallableTraits aims to be the "complete type manipulation facility for function types" mentioned in the final paragraph of C++17 proposal p0172. Library: https://github.com/badair/callable_traits Docs: http://badair.github.io/callable_traits/doc/html/index.html Boost Library Incubator: http://blincubator.com/bi_library/callabletraits-2/?gform_post_id=1574 Current Version: 1.0.1 I've received some great feedback on the mailing list. I consider the current version to be production-ready, which includes excellent cross-platform test coverage and thorough documentation filled with examples. Does anyone wish to be a review manager for this library? It is not a very large codebase, although the implementation is config-heavy and relatively noisy. The Library Submissions page on the Boost website indicates that a library manager should be found before requesting a formal review, but I noticed that there are many "scheduled reviews" that do not have a library manager. May I request a review as well? Thank you, Barrett

3 3

[release] Boost 1.62 closed for major changes.
by Rene Rivera 19 Aug '16

19 Aug '16

Reminder Boost 1.62, i.e. the master branches, are now closed for major changes. The only changes that should be going in at this time should be bug fixes for serious problems. Any documentation changes are fine to go in. And remember... Boost 1.62 will close for all changes a week from today. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

4 8

[odeint ] Can fix for ticket #12034 be merged into master branch?
by Aparna Kumta 19 Aug '16

19 Aug '16

The fix for Boost ticket #12034 has been in the develop branch for about 6 months now. Could this please be merged into the master branch so it makes it in for Boost 1.62 release? Thanks, Aparna

1 0

[circular_buffer] Synchronize master with develop
by Andrey Semashev 18 Aug '16

18 Aug '16

Hi, I've created this PR to synchronize master with develop for Boost.CircularBuffer: https://github.com/boostorg/circular_buffer/pull/10 Rene has given the permission to merge in the "[boost] [release] Boost 1.62 closed for major changes." thread. I would appreciate if someone with permissions could merge the PR. Thanks.

1 0

Status on Travis
by Raffi Enficiaud 18 Aug '16

18 Aug '16

Hi dear list, Hi Rene, I would like to know more about Travis and its status. From what I understand, a lot of efforts have been made recently for making things running per commit on Travis and have a quick feedback. * Naturally the first question is: is the status given by Travis the "official" one? so we consider the status given by Travis an official source of information, especially wrt. to its competing regression dashboard. * What are the development plans for Travis? Right now I see 3 types of builds, and I do not fully understand what they cover (platform, compiler) nor their differences. * For boost.test, I am testing each feature branch before merging to develop, by 1. cloning boost superproject on develop 2. switching only boost.test to the feature branch This is for preventing the breakages on develop that we observed in the past since several libraries are depending on boost.test. Would it be possible to have that as well on Travis or any continuous CI? That would be per library then. Would it also be possible to have like a template .travis.yml coming from the boost.superproject which can partly be overiden by a library? (if we want to build things slightly differently) * The CI I am using is able to parse the junit files generated by the test framework, and summarizes the information of each build nicely (also tracks the tests history). Is there anything similar in Travis? Right now, apart from looking at the full logs (which is hard), is there any intermediate information than red/green overall status? * I can see many project under the boostorg of Travis https://travis-ci.org/boostorg/ . How do we do that? Thanks, Raffi

3 4

[Beast] Status: HTTP+WebSocket for Boost
by Vinnie Falco 17 Aug '16

17 Aug '16

I’m reporting on the status of Beast, a C++11 header-only library implementing HTTP and WebSocket which is submitted to the boost incubator. The official repository for Beast is at: https://github.com/vinniefalco/Beast It has been a few months since the last update and the number of users measured on GitHub has grown steadily. There is robust, active development with bug fixes and improvements. Unfortunately there hasn’t been much of in terms of attention from the Boost community, no feedback from the incubator was provided. If anyone would like to help out by checking out Beast in the incubator and leaving some comments that would be a tremendous help. Incubator link: http://blincubator.com/bi_library/beast-2/?gform_post_id=1579 The most exciting news is that Beast HTTP and WebSockets have been deployed in the production server environment for the company I work for, Ripple (http://ripple.com) On a side note, my co-worker David Schwartz is giving a CppCon 2016 Keynote speech on the relationship of C++ to public blockchain systems and cryptocurrencies: http://cppcon.org/schwartz-keynote-turner-plenary/ You can see the Beast integration in “rippled”, an open source server application that implements Ripple’s decentralized ledger: https://github.com/ripple/rippled/tree/develop/src/ripple/server/impl I will be doing a 15 minute lightning talk introducing CppCon 2016 conference attendees to Beast. The talk will have 8 minutes of presentation with the remainder of the time allocated for questions (if there are no questions I have additional materials which can be presented). At the conference I would love to meet anyone who is interested in the library or wants to have their questions answered - feel free to reach out to me through my email address vinnie.falco(a)gmail.com (also listed on my GitHub profile) if you’d like to get in contact. Thanks! -- Follow me on Github: https://github.com/vinniefalco/Beast

2 1

[contract] Contracts for constexpr functions
by Lorenzo Caminiti 16 Aug '16

16 Aug '16

Hello all, A couple of the proposals I read on adding Contract Programming to the C++ standard raise the question if contracts should be supported for constexpr functions or not. I tough about this question a bit... but I am still not sure of the answer. I wanted to discuss this topic with this mailing list, especially with respect to what Boost.Contract can currently do. My general impression is that preconditions, postconditions, and class invariants should useful for constexpr functions but noting that: * Probably old values will not be useful in constexpr functions because constexpr prevents its functions from having side-effects (so it seems there will no variable visible outside of the function that the function body can change, and those variables are usually the candidates for making old copies). * Subcontracting will never apply to constexpr functions because they cannot be virtual. For example: struct conststr { // No virtual function so no subcontracting. [[invariant: empty() == (size() == 0)]] // Useful class invariants. [[invariant: data() != nullptr]] template<unsigned N> constexpr conststr(char const (&s)[N]) [[requires: s != nullptr]] // Useful preconditions. : data_(s), size_(N - 1) {} constexpr char back() const [[ensures(result): result == data()[size() - 1]]] // Useful postconditions. // Old values never useful because constexpr has no side-effects? { return data_[size_ - 1]; } constexpr unsigned size() const { return size_; } constexpr bool empty() const { return size_ == 0; } constexpr char const* data() const { return data_; } private: char const* data_; unsigned size_; }; That said, if I understand it correctly, the following are not allowed from within constexpr functions: 1. (Literal) type local variables with non-trivial constexpr destructors (see N3597 and subsequent proposals). 2. Try-catch statements (see N3597 and subsequent proposals). 3. Lambda functions (see N4487). Reading a few proposals, it seems that supporting the above from constexpr functions would be technically possible, but difficult to implement (see N3597 and its subsequent proposals, N4487, etc.). I'm not really familiar with these constexpr restrictions and plans/discussions to relax them in future revisions of the standard... Boost.Contract implementation uses all the above 1-2-3 respectively to: a. Check class invariants and postconditions at function exit (using RAII). b. Catch assertion failures as well as any other exception that might occur while evaluating an asserted conditions and then call the appropriate contract failure handler. c. Conveniently program functors that check pre- and postconditions within the contracted function. Therefore Boost.Contract implementation does not currently support contracts for constexpr functions. --Lorenzo

2 1