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

[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