April 2016 - Boost - lists.boost.org

A GUI Library
by jinhao 09 Nov '17

09 Nov '17

Hi, all I am developing a GUI library, it takes aim at easy-to-use and portable library for modern C++ methods. The project at http://stdex.sourceforge.net A git repository at http://nanapro.codeplex.com A brief at http://nanaproject.wordpress.com/2011/12/16/preliminary-study-of-nana-c-lib… Is there any interest in this library? Regards Jinhao

8 8

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

bad include guards
by Steven Watanabe 26 Jan '17

26 Jan '17

AMDG The following pairs of files have identical include guards ./boost/concept_check/general.hpp ./boost/concept/detail/msvc.hpp ./boost/concept_check/msvc.hpp ./boost/concept/detail/msvc.hpp ./boost/filesystem/cerrno.hpp ./boost/cerrno.hpp ./boost/interprocess/containers/tree.hpp ./boost/interprocess/containers/detail/tree.hpp ./boost/mpl/min_max.hpp ./boost/mpl/max.hpp ./boost/mpl/vector/aux_/front.hpp ./boost/mpl/list/aux_/front.hpp ./boost/multi_index/identity_fwd.hpp ./boost/multi_index/identity.hpp ./boost/python/pointee.hpp ./boost/python/detail/pointee.hpp ./boost/spirit/phoenix/closures.hpp ./boost/lambda/closures.hpp ./boost/xpressive/proto/v1_/proto_typeof.hpp ./boost/xpressive/proto/proto_typeof.hpp ./libs/config/test/boost_no_dep_nested_class.ipp ./libs/config/test/boost_has_vc6_mem_templ.ipp ./libs/config/test/boost_no_mem_templates.ipp ./libs/config/test/boost_has_vc6_mem_templ.ipp ./libs/config/test/boost_no_std_allocator.ipp ./libs/config/test/boost_has_vc6_mem_templ.ipp ./libs/conversion/test.hpp ./libs/any/test.hpp ./libs/interprocess/example/print_container.hpp ./libs/interprocess/example/printcontainer.hpp ./libs/interprocess/test/expand_bwd_test_template.hpp ./libs/interprocess/test/allocation_test_template.hpp ./libs/interprocess/test/printcontainer.hpp ./libs/interprocess/example/printcontainer.hpp ./libs/interprocess/test/print_container.hpp ./libs/interprocess/example/printcontainer.hpp ./libs/iostreams/test/detail/utf8_codecvt_facet.hpp ./boost/detail/utf8_codecvt_facet.hpp ./libs/regex/test/regress/test_regex_search.hpp ./libs/regex/test/regress/test_partial_match.hpp ./libs/serialization/test/C.hpp ./libs/serialization/test/A.hpp ./libs/xpressive/perf/regex_comparison.hpp ./libs/regex/performance/regex_comparison.hpp ./tools/inspect/time_string.hpp ./tools/common/time_string.hpp In Christ, Steven Watanabe

5 8

[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

[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

Boost.Fit review Mars 3-20 result
by Vicente J. Botet Escriba 24 May '16

24 May '16

Hi, I will be out for two weeks and I wanted to at least give the result of the Boost.Fit library review even if I would need more time to have a complete report. Summary ======= The review of the proposed Boost.Fit library ended on Mars 20, 2016. The verdict is: Conditional acceptance (a new review is needed) There were too much concerns about the documentation and what exactly this library is proposing and not enough reviews commenting the design, code and test for each one of the proposed functions. From the review discussion I deduce that there is some interest in the library, and that some people don't understand yet what the library is proposing. Paul has started already to take in account some if the issues raised during the review and a lot of them must be resolved before we re-try a new review. There were some discussion about the name of the library, but there were no consensus. Paul is free to change the name of his library and see how people react. On behalf of the Boost community, I would like to thank Paul Fultz for the work he has put into the Fit library so far. I encourage him to continue to evolve this library and to bring it back for a new review. We had seven 6 formal votes, and 2 more votes without a complete review abbreviated here: Steaven Watanabe: No in his current state Zach Laine : Conditinal acceptance Krzysztof Jusiak: Accepted Artyom Beilis : Rejected Peter Dimov : Accepted (no review) Manuel Sancher : Accepted (no review) Rob Stewart : Conditinal acceptance ??? Louis Dionne : Conditinal acceptance There were other people that participated on the review giving their advice respect to a specific issue. I thank each of these reviewers, and indeed everyone who invested some time participating in the discussions. If you feel that I have misrepresented your position, or have omitted or garbled an important point, please respond: the archived mail thread should accurately reflect the will of the community, even if this message does not. Detailed Report =============== You will need to wait yet for a month before I will be able to do it. On the mean time there are a lot of issues that must be addressed and that are part of the github issues. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Issues:https://github.com/pfultz2/Fit/issues Documentation:http://pfultz2.github.io/Fit/doc/html/ Hopping this helps, Vicente Botet Escriba

11 26

Boost 1.61.0 Release Candidate 1
by Vladimir Prus 09 May '16

09 May '16

The release candidates for the 1.61.0 release are now available at: http://boost.cowic.de/rc/boost_1_61_0_rc1.zip http://boost.cowic.de/rc/boost_1_61_0_rc1.7z http://boost.cowic.de/rc/boost_1_61_0_rc1.tar.bz2 http://boost.cowic.de/rc/boost_1_61_0_rc1.tar.gz The SHA256 checksums are as follows: dcd11a91a412b2e8a78678b38cb2a74857e61f9bfe2577de9fd70be770100d54 boost_1_61_0_rc1.7z 476937369c7a82103b734ccae85d35a523cdb7f8462c5f2fe1217ff0c8e2a7df boost_1_61_0_rc1.tar.bz2 e60dee39ebb29d24bf8a4ef9aec34dbb8c1b9b219d4737ea4b358f38b1aab2b7 boost_1_61_0_rc1.tar.gz e5f662f44a65c5c19450b8a1c07f75c7d5f16e58667871e856ba3984ec082006 boost_1_61_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. The signed list of checksums is also attached, signed with the following key: https://pgp.mit.edu/pks/lookup?op=get&search=0xDA472E8659753BA4 Key fingerprint C5F0 F367 AA66 616F B839 806E DA47 2E86 5975 3BA4 Thanks! -- The release managers

14 38

Regression testing Clang/LLVM with VC14.
by degski 07 May '16

07 May '16

I have started a new thread as the other one "Testing of clang emualting the VC++ preprocessor on Windows" has become rather long and interlaced with less relevant musings. Here I would like to concentrate on the subject in the title. Sergey suggested I'd run regression tests, in the "other thread". I was hesitant at first, mostly due to the luke warm reception. Thanks to Google's simple coding of their spam filter, I actually missed the post by Niall Douglas of 4th of April. When it was referenced later and after I dug it from the archives, I became encouraged by the fact that maybe I wasn't all wrong and somebody within the community was actually thinking along similar lines as me. Following this I'd decided to take on regression testing. I chose to first simply test boost-develop against VC14, just to see how it goes. Some good, some bad. Was easy to set up (git already included with VC14, all what I needed to do was install python, which I normally have, but I'm having a new laptop). The bad, space required 44GB (advertised as 5GB). Possibly .pdb files (debugger symbols) are filling up disk-space uselessly. Next bad, the process finished with the following lines: # Done writing "C:\boost_develop\results\degski.xml". # Compressing "C:\boost_develop\results\degski.xml"... # Done writing "C:\boost_develop\results\degski.zip". # Uploading log archive "C:\boost_develop\results\degski.zip" to develop # <lambda> failed with message "[Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions" # Retrying (5 more attempts). # Uploading log archive "C:\boost_develop\results\degski.zip" to develop # <lambda> failed with message "[Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions" # Retrying (4 more attempts). # Uploading log archive "C:\boost_develop\results\degski.zip" to develop # <lambda> failed with message "[Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions" # Retrying (3 more attempts). # Uploading log archive "C:\boost_develop\results\degski.zip" to develop # <lambda> failed with message "[Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions" # Retrying (2 more attempts). # Uploading log archive "C:\boost_develop\results\degski.zip" to develop # <lambda> failed with message "[Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions" # Retrying (1 more attempts). # Uploading log archive "C:\boost_develop\results\degski.zip" to develop # <lambda> failed with message "[Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions" # 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 287, in __init__ self.main() File "C:\boost_develop\boost_regression_src\regression.py", line 624, in main getattr(self,action_m)() File "C:\boost_develop\boost_regression_src\regression.py", line 591, in command_regression self.command_upload_logs() File "C:\boost_develop\boost_regression_src\regression.py", line 538, in command_upload_logs lambda: File "C:\boost_develop\boost_regression_src\regression.py", line 663, in retry return f() File "C:\boost_develop\boost_regression_src\regression.py", line 546, in <lambda> self.dart_server ) File "C:\boost_develop\boost_regression_src\collect_and_upload_logs.py", line 430, in upload_logs upload_to_ftp( tag, logs_archive, ftp_proxy, debug_level, ftp_url ) File "C:\boost_develop\boost_regression_src\collect_and_upload_logs.py", line 256, in upload_to_ftp ftp = ftplib.FTP( ftp_site ) File "C:\Python27\lib\ftplib.py", line 120, in __init__ self.connect(host) File "C:\Python27\lib\ftplib.py", line 135, in connect self.sock = socket.create_connection((self.host, self.port), self.timeout) File "C:\Python27\lib\socket.py", line 575, in create_connection raise err socket.error: [Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions I've re-checked this page <http://www.boost.org/development/running_regression_tests.html>again, there's no mention of "registering" or something similar. Some tests must have failed, got prompted for starting the debugger twice (is the latter normal). This was a test-run (testing the testing), with VC14U2. Assuming the above can get sorted, I would in reality like to test Clang/LLVM (with VC14U2). I would like to ask (Niall Douglas in particular, I guess) what the suggested parameters to run.py should be for this combo. Should I target clang.exe or clang-cl.exe, develop or master. What about Clang/C2? How to reduce disk-space usage? degski

5 7

boost chrono bad_cast (gcc > 4.9 on Mac)
by Min Yang Jung 01 May '16

01 May '16

Hi All, I was wondering if Boost.Chrono works with gcc > 4.9 on Mac. When system_clock::now() is called, it throws an std::bad_cast exception. The binary from the same code doesn’t have the issue if compiled with clang on Mac and gcc > 4.9 on Linux. The gcc compilers that I use are macport-installed gcc 4.9 and 5.0 (g++-mp-4.9 and g++-mp-5.0) on Mac. Any help would be appreciated. Thanks. Regards, Min Yang Jung

3 2

Designing a multi-threaded file parser
by Aaron Boxer 30 Apr '16

30 Apr '16

Hello, I hope this is not off-topic, but I am interested in hearing about boost classes that will help me design the following: 1) I am designing a multi-threaded file parser for C++11 threads. The file format I am interested in parsing is a tagged format, with some tags requiring further processing, and others not. My working model right now is to have one thread through the file, and if it hits a tag that requires further processing, to push the file offset of this tag into a queue, to be processed by a thread pool. The read thread will spend a lot of time waiting for file IO to complete. Would it be faster to us the ASIO classes to do the reading? 2) I would like to design the following thread scheduling library to help process the tags: The library would have the following features: 1. smallest unit of work for a thread is a job 2. jobs have dependencies - job FOO cannot complete until job BAR has completed 3. threads are divided into groups 4. groups can be divided into bundles (a bundle can share the same processor affinity, for example) 5. groups are assigned to domains - domains contain jobs with similar characteristics, for example slow I/O activity 6. domains contain queues of jobs 7. threads in a group assigned to a domain can execute any jobs in any of the domain's queues Does boost support this type of thread scheduling framework? Can boost help me manage dependencies between jobs? Sorry for these broad design questions - just hoping for some insight into best design here. Many Thanks, Aaron

2 5

[RFC] CallableTraits: 47 traits and metafunctions for "callable" types
by Barrett Adair 29 Apr '16

29 Apr '16

Hello all, I'm working on a project called CallableTraits [1]. Is there any interest in adding this to Boost? I think it would work well as an extension to Boost.TypeTraits. >From the introduction section: CallableTraits is a C++11/14/17 header-only library for the inspection, synthesis, and decomposition of callable types. Whether it's calling conventions, const volatile &&, or container-like manipulation of parameter lists, CallableTraits provides all the tools you need to completely rid your codebase of function type specializations. This project aims to be the "complete type manipulation facility for function types" mentioned in the last section of C++17 proposal p0172 [2]. CallableTraits currently supports GCC 4.8 and later, Clang 3.5 and later, AppleClang from XCode 6.3 and later, and MSVC 19. Much of the remaining documentation work lies in the reference sections. Many examples are provided, but many more are planned. Test coverage is good, but insufficient. Daily improvements are being made to address these issues. The headers amount to approximately 4200 lines of code, while the tests and examples tally around 6000 lines (excluding comments and blank lines). An "issues" list is maintained on GitHub [3]. Barrett [1]: http://badair.github.io/callable_traits/doc/html/index.html [2]: http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2015/p0172r0.html [3]: https://github.com/badair/callable_traits/issues

2 2

Re: [boost] New Lib "Beast", HTTP + WebSocket protocols
by Vinnie Falco 29 Apr '16

29 Apr '16

On Fri, Apr 22, 2016 at 8:13 PM, David Stone <david(a)doublewise.net> wrote: > How does this compare to www.zaphoyd.com/websocketpp We have experience with websocketpp as it is the solution we have been using in our open source peer to peer software (http://github.com/ripple/rippled) for the last five years. It is that experience that drove the development of this new library as its replacement. Since the WebSocket protocol starts with a HTTP handshake, we also developed Beast.HTTP as an added bonus - think of it as a double feature at the drive-in. Beast.WebSocket has these things going for it: * Construct a stream from a socket or ssl::stream that's already connected or accepted: boost::asio::ip::tcp::socket sock(ios); websocket::stream<boost::asio::ip::tcp::socket> ws(std::move(sock)); * Accept a WebSocket handshake request with bytes that have already been read from the socket: template<class ConstBufferSequence> void websocket::stream::accept(ConstBufferSequence const& buffers); * Accept a WebSocket HTTP request handshake that was already parsed (e.g. from Beast.HTTP): template<class Body, class Headers> void websocket::stream::accept(http::request<Body, Headers> const& request); * Wraps any object meeting these type requirements, use your own type if you want: websocket::stream<YourTypeHere> ws(...); The type requirements (sync, async, or both): http://www.boost.org/doc/libs/1_60_0/doc/html/boost_asio/reference/SyncRead… http://www.boost.org/doc/libs/1_60_0/doc/html/boost_asio/reference/SyncWrit… http://www.boost.org/doc/libs/1_60_0/doc/html/boost_asio/reference/AsyncRea… http://www.boost.org/doc/libs/1_60_0/doc/html/boost_asio/reference/AsyncWri… * Receive functions accept any object meeting the requirements of Streambuf, permitting custom memory management strategies including the use of statically sized buffers. For example games using messages of fixed length. Streambuf type requirements: http://vinniefalco.github.io/beast/beast/types/Streambuf.html * In the Asio doc, Christopher Kohlhoff alludes to alternate implementation strategies for boost::asio::streambuf using multiple discontiguous buffers of varying sizes. We fulfill this idea with an optimized stream buffer that follows the strategy he described, providing a useful building block for sending and receiving variable size data. See: https://github.com/vinniefalco/Beast/blob/master/include/beast/basic_stream… * Interfaces are designed to closely resemble Asio in every possible way. This includes support for the extensible asynchronous model - support for std::future and stackful/stackless coroutines right out of the box. The library is designed to eliminate the learning curve for those familiar with Asio: extern void handle_read(boost::system::error_code ec); websocket::stream<boost::asio::ip::tcp::socket> ws(ios); ... websocket::opcode op; beast::streambuf sb; ws.async_read(op, sb, std::bind(&handle_read, std::placeholders::_1)); * All functions are template driven so everything is transparent to the compiler, including completion handlers passed to asynchronous initiation functions and objects used as buffers. By design, Beast.WebSocket avoids doing these things: * Managing the io_service * Managing a listening socket * Managing threads or a thread pool * Requiring the use of exceptions in certain places * Imposing a particular message buffering strategy * Using std::function for asynchronous callbacks * Requiring callers to know the size of the message in advance. The last point above is especially important for applications that produce data incrementally. For example, a huge JSON reply that comes from a database query. Planned improvements for Beast.WebSocket include: * Explicit proxy support with basic authentication * Tools for parsing subprotocols and message headers * permessage compression: https://tools.ietf.org/html/draft-ietf-hybi-permessage-compression-28 Years of experience working with Asio and and WebSockets have gone into the development of this library. It tries to be a natural extension of Asio, in a manner that is as narrow and lean as possible to provide maximum flexibility and performance.

2 3

New Lib "Beast", HTTP + WebSocket protocols
by Vinnie Falco 28 Apr '16

28 Apr '16

"Beast" This is a new library that implements the HTTP and WebSocket protocols using Boost.Asio and a few other Boost tidbits. Here's a quick synopsis of what's in it: http::message: - class template modeling the HTTP message with customization points to satisfy even the most tough-minded reviewer. http::read http::write http::async_read http::async_write - Free functions to easily send and receive HTTP messages. Modeled to work exactly like boost::asio free functions. Role-agnostic, build clients or servers! websocket::stream - class template wrapping any asio sync or async stream. Implements the WebSocket protocol including the initial handshake. Examples: - websocket echo servers - HTTP servers for simple websites (no cgi) "I've heard enough, show me example code!" http://vinniefalco.github.io/beast/beast/intro/example.html Main page, with links to GitHub repository, HTML documentation and benchmarks: http://vinniefalco.github.io/ Feedback welcome, the author checks email and Issues on the GitHub repository. This project has been submitted to the Boost incubator.

2 2

CMake - one more time
by Robert Ramey 28 Apr '16

28 Apr '16

Inspired by the recent discussion regarding CMake, I've spend some more time looking at this. As a result, I've done the following. a) I experimented with using CMake in the more customary manner in my canonical project Safe Numerics - (see Boost Library Incubator). The current version does distribute CMakeLists.txt around the subdirectories of the library root. My original objections to doing this were assuaged when I realized that boost build does the same thing. That is I typically have Jamfiles in side of test, example and sometimes other directories. b) One of the features that I much like about Boost Build is the possibility of arbitrary nesting of Jamfiles. This permits one to build/test a portion of one's library (e.g. test, example) as well as the whole library. For a large library this is indispensable. In spite of what many people think, this is not easily supported with CMake. However, I have found that with some extra effort, it is possible to support this to the extent we need it. So in this project ONE CAN BUILD (actually create an IDE project or makefile that builds) ANY OF THE "SUBPROJECTS" (TEST, EXAMPLE) AS WELL AS THE LIBRARY "SUPERPROJECT" c) CMake is indispensable to me: * it creates IDE projects for "any?" platform. I use IDE alot. * everyone else uses it - so it makes it easier to promote my work to others. * it's easier to make work - still a pain though * There is lots of information, around the net about how to use CMake, how easy it is etc. Although they help when you're looking for an answer (which is all the time) - they really betray how complex, arbitrary and complex the system is. * It has an almost of idiot proof GUI version which I use a lot. I really like this. * CMake is well maintained and supported by it's promoters. d) Boost Build * either just works (great!) or doesn't. If it doesn't it's almost impossible fix without getting help * I've never run across anyone outside of boost who uses it. It makes it harder to promote my work. * It's natural to compose projects into "super projects" * it's almost impossible to integrate with and IDE. At one time, I had things setup so I could debug executables created with boost build with the Visual Studio IDE and debugger. But it was just too fragile and time consuming to keep everything in sync. * it has a lot of "automatic" behavior which can be really, really confusion. A small example: you've got multiple compilers on your system. When it discovers this, it just picks the "best" one and you don't know which one you got until the project builds (or not). I'm sure this was implemented this way to make usage of boost build "simple" but it has the opposite effect. Much better would be fail immediately with a message "multiple compilers found:... use toolset=<compiler name> to select desired one." Some Conclusions - I'm trying to not make this a rant a) The ideal, platform independent build system does not yet exist. I guessing it never will. I'm sure it won't happen in my life time - but then I'm 68 - maybe you'll get lucky. b) Both systems are much more fragile, complicated and opaque than their promoters try to make you believe. It's not that they're lying, they truely believe in their own stuff. There is much re-invention of the wheel - The each created their own (half-assed) little language for goodness sake!!! c) Neither has really resolved the issue of nested projects in a clear way. Boost Build probably does or can do this. CMake has a system of "packages" and a whole 'nuther layer about "finding" them. Assuming it can be made to work - given the amount of time I've invested in CMake, I should know how to do this by now. d) I think it's time for Boost to be a little more open about tolerating/encouraging alternative build systems. I think our documentation approach is a model. Yeah it's a hodgepodge. But the various ways of doing pretty much work and generally don't stop working and we don't have to constantly spend effort bringing things up to the latest greatest system (which we couldn't agree upon anyway). We have libraries which have been going strong 15 years - and people can still read the docs. e) We should find some way to recognize those who have made the system work as well it has. Doug Gregor (boost book), Eric Niebler, Joel Guzman (quickbook). Vladimir Prus, Rene Rivera, Steve Watanabe. I know there others but these come to mind immediately. Note that I have only addressed the issue of library development which is my main interest. I'm really not seeing this issues related to users of libraries. In particular, CMake has the whole "find" thing which I'm still not even seeing the need for. If I want to use a library, I can build the library and move it to a common place with the headers, specify the include directory and I'm on my way. I'm sure someone will step up to enlighten me on this. Robert Ramey

15 59

[1.61.0] Master branch is closed
by Vladimir Prus 27 Apr '16

27 Apr '16

Boosters, The master branch is now closed for all changes, except by permission from a release manager. Per schedule, the branch will be totally frozen on Saturday. Thanks, The Release Managers

11 51

Test report generation stalled? Re: [1.61.0] Master branch is closed
by Rene Rivera 26 Apr '16

26 Apr '16

On Tue, Apr 26, 2016 at 2:36 PM, Thomas Trummer <th.trummer(a)gmail.com> wrote: > > > On 26 Apr 2016, at 19:47, Rene Rivera <grafikrobot(a)gmail.com> wrote: > > > > Thanks for the info.. But given that we don't have *any* test results > with > > MPI passing (i.e. nothing on develop yet).. I'm afraid it's going to stay > > broken this release. > > Is the test matrix actually working? There should be more recent results > than April 21… > Grrr.. Looks like report generation stopped on the 21st :-( -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

2 3

modular-boost doc ?
by alainm 26 Apr '16

26 Apr '16

Hi, Would it be possible to have a pointer to the documentation related with the modular boost git mess under the "development" item of the boost main page ? it seems at least as important as some stuff like "Coding Guidelines for Integral Constant Expressions". Thanks Alain

5 6

Re: [boost] New Lib "Beast", HTTP + WebSocket protocols
by Bjorn Reese 24 Apr '16

24 Apr '16

On 04/22/2016 07:01 PM, Vinnie Falco wrote: > Main page, with links to GitHub repository, HTML documentation and benchmarks: > http://vinniefalco.github.io/ > > Feedback welcome, the author checks email and Issues on the GitHub > repository. This project has been submitted to the Boost incubator. This looks like a nice library. You have clearly encountered the same pain points as I while working with other HTTP-based libraries, and you seem to have come up with solutions similar to those found in the Boost.Http project [1]. It may be a good idea if we joined the two projects together. Would you consider such an option? Last year, the Boost.Http project went through a formal Boost review. The summary [2] shows what the Boost community expects from a HTTP library. In order to address one of these expectations, we have a Boost Summer of Code project this year for a HTTP parser. [1] https://github.com/BoostGSoC14/boost.http [2] http://lists.boost.org/boost-announce/2015/08/0452.php

3 4

[boot] using the boost name on unofficial libraries
by Sam Kellett 23 Apr '16

23 Apr '16

i see a *lot* of rejected / unfinished libraries that use the boost name with the intentions of one day becoming a boost library. doesn't this affect the brand strength associated with the boost name? i would have thought that it wouldn't be ok to name your library a boost library before it is officially accepted, but that doesn't seem to be the case? or is it the case but it isn't / can't be enforced?

6 7

[gsoc16] Summer of Code 2016 shall proceed after all
by Niall Douglas 23 Apr '16

23 Apr '16

Dear Boost, We are very glad to announce that non-Google funding has been found to continue the Summer of Code for the following veteran student projects in Summer 2016: A. Boost Document, mentored by Antony Polukhin. Veteran student: Anurag Ghosh https://anuragxel.github.io/boost-document/ B. Boost.Compute, mentored by Kyle Lutz. Veteran student: Jakub Szuppe https://boostorg.github.io/compute/ C. Boost.Http, mentored by Bjorn Reese. Veteran student: Vinícius dos Santos Oliveira https://boostgsoc14.github.io/boost.http/ All three of these projects shall see a Summer of Code as if it were Google Summer of Code following the same timeline, mentor and student stipends, and progress acceptance criteria. Our thanks to the students and mentors for being so patient during the organisation of this funding. This all happened very quickly and much faster than Boost org processes normally happen - it would not have been possible without the efforts of Jon Kalb and Bryce Adelstein Lelbach, the latter of whom wrote up a great funding request worth reading at https://goo.gl/7v3VMK. Thanks are also due to the Boost Steering Committee for moving so quickly to vote on this, and to Boris Schäling for finding sponsorship for this effort. And finally congratulations to the veteran students! Niall and Bryce --- Boost C++ Libraries Google Summer of Code 2016 admin https://svn.boost.org/trac/boost/wiki/SoC2016

5 4

Interest in a "concepts lite" library?
by Juan Pedro Bolivar Puente 22 Apr '16

22 Apr '16

Hi! With concepts lite not getting into C++17, the need for library-based alternatives becomes more apparent. With this regard, the current Boost.ConceptCheck library is outdated, as it emulates an too old proposal for concepts, and it does not leverage more modern techniques (e.g. expression sfinae). Eric Niebler proposed in his Range-V3 library a technique to simulate concept checking using C++11 [1]. I myself implemented a variation of such technique in the Atria library [2]. Atria's implementation differs in two ways with Range-V3 concepts: - It is simpler, because it has no special support for refinements. A concept refines another just by checking the refined concept in the normal `requires` definition. The downside is that refinement information can not be used for dispatch. - It wants to be future-proof. Concepts defined with the `ABL_CONCEPT_SPEC` macro can be automatically upgraded to a Concepts Lite concept by redefining `ABL_CONCEPT` as `constexpr concept`. There are few reasons though why Atria's implementation could not be directly included in Boost. I would like to work on a more formal proposal, but first I'd like to know if there is interest in it, and if there are any obvious concerns or questionmarks. Thanks! JP [1] http://ericniebler.com/2013/11/23/concept-checking-in-c11/ [2] https://github.com/Ableton/atria/blob/master/src/atria/meta/concept.hpp https://github.com/Ableton/atria/blob/master/src/atria/meta/tst_concepts.cpp

5 10

Ordering the header files in the library's doxygen reference
by Edward Diener 22 Apr '16

22 Apr '16

I use quickbook and doxygen to create the doc for my library. In my jamfile for building the docs I have the header files in my doxygen reference listed in the particular order I would like to see them in the reference when the documentation is built. But for some reason I cannot discern the order of the header files in the reference section of my final HTML documentation is not the same as the order in which I have the header files listed. Does anybody know how I can control the order of the header files listed in the reference section of my library's HTML documentation ?

4 8

[function] Placement new warnings from gcc 6
by Andrey Semashev 22 Apr '16

22 Apr '16

Hi, In my tests on gcc 6 I'm seeing these warnings which stem from Boost.Function: ../boost/function/function_template.hpp:572:11: warning: placement new constructing an object of type 'boost::spirit::qi::detail::parser_binder<boost::spirit::qi::sequence<boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::nil_> > > > > > > >, mpl_::bool_<false> >' and size '8' in a region of type 'char' and size '1' [-Wplacement-new=] ../boost/function/function_base.hpp:308:13: warning: placement new constructing an object of type 'boost::detail::function::functor_manager_common<boost::spirit::qi::detail::parser_binder<boost::spirit::qi::sequence<boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::nil_> > > > > > > >, mpl_::bool_<false> > >::functor_type {aka boost::spirit::qi::detail::parser_binder<boost::spirit::qi::sequence<boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::cons<boost::spirit::qi::literal_char<boost::spirit::char_encoding::standard, true, false>, boost::fusion::cons<boost::spirit::qi::any_uint_parser<unsigned int, 10u, 1u, -1>, boost::fusion::nil_> > > > > > > >, mpl_::bool_<false> >}' and size '8' in a region of type 'char' and size '1' [-Wplacement-new=] I'm not familiar with boost::function internals, but the warning looks serious enough to do something about it. I.e. if it's actually benign, it would be nice to silence it to avoid causing panic.

5 16

[graph] Many outstanding pull requests
by Jared Grubb 22 Apr '16

22 Apr '16

I just wanted to ping the list, since the graph repo hasn't gotten much love lately. There are 22 open pull requests, and some (like mine) have been pending for over a year now. is there an active maintainer? https://github.com/boostorg/graph/pulls Jared

3 3

[quickbook] Template problems
by Edward Diener 21 Apr '16

21 Apr '16

I am seeing these template problems with quickbook using the 'develop' branch: 1) I have a cxxd_templates.qbk file which has this template: [template power[x y] '''[x]<superscript>[y]</superscript>'''] I include it first in my main .qbk file as: [include cxxd_templates.qbk] In another .qbk file, which is also included in my main .qbk file after the cxxd_templates.qbk I have: "Despite the fact that there are [power 2..n] possible ..." etc. but this shows up as is: "Despite the fact that there are [power 2..n] possible ..." etc. If I just put the template at the top of that other .qbk file instead the expansion actually takes place. Why is this ? Is not the template global to all sections of the doc after it is defined somewhere ? 2) The template above when expanded via [power 2..n] shows x with y superscripted rather than 2 with n superscripted. Why is this and how do I get it to work properly ?

3 4

[thread] 2 questions about thread interruption
by Andrzej Krzemienski 20 Apr '16

20 Apr '16

Hi, I have two questions connected to thread interruption in Boost.Thread. *1.* The docs say that interrupt_and_join_if_joinable is defined as follows: ``` struct interrupt_and_join_if_joinable{ void operator()(thread& t) { t.interrupt(); if (t.joinable()) { t.join(); } }}; ```

2 4

Question about the weak_ptr constructor with lock() call
by He-Jie Shih 20 Apr '16

20 Apr '16

Hi all, I have question about this line: https://github.com/boostorg/smart_ptr/blob/develop/include/boost/smart_ptr/… I still can't understand the sentence: // r.px may already have been invalidated. The px(r.px) // conversion may require access to *r.px (virtual inheritance). The px is just a scalar. Why assigning the scalar will require the de-reference operator? The comment says it's in virtual inheritance, but I still have not idea about it. Thanks, Jerry

3 3

[boost.process] 0.6 Redesign
by Klemens Morgenstern 20 Apr '16

20 Apr '16

Hi, I am currently working on a new version (0.6) of boost.process which mainly provides a new interface. Most of the underlying features have be derived from the older boost.process version. By doing all this, I tried to hide basically all platform-specifics, so that no #ifdefs are required as in 0.5. It is somewhat inspired by python and std::thread. I really hope this can help to make boost.process an official library. At the current state, I have all functionality in the library that I want, but it's not polished at all. Also it of course needs more tests and documentation. But I think it sufficient to get the basic idea. You can check it out here: https://github.com/klemens-morgenstern/boost-process/tree/develop And the little documentation it has is found here: http://klemens-morgenstern.github.io/process/ Additionally here are the development notes: https://github.com/klemens-morgenstern/boost-process/issues/2 At the current state, the tests pass on linux as well as windows (gcc-5 & MSVC-14). Requirements are C++, boost.fusion, boost.asio, boost.iostreams, boost.filesystem and boost.system. I really could use some feedback and hope you're interested. Sincerely, Klemens Here's some sample code: child c = execute("program", "param1", std_err > "error.log"); And to show off a little: Or you can modify the environment read the output into a future, write the input via pipe and redirect stderr to null. std::future<std::string> fut; process::pipe p; asio::io_service io_service; auto c = execute("other-prog", std_out > fut, std_in < p; std_err > null; env["PATH"]+="/tmp", env["BOOST_VERSION"]="1.61", io_service); iostreams::streams<iostreams::file_descriptor_sink> str(p.sink()); The child class binds the subprocess analogue to an std::thread, i.e. it will wait for the process to finished. It can be detached, terminated and waited for.

7 24

[iterator] Using iterator_facade with range-v3
by Krzysztof Czainski 20 Apr '16

20 Apr '16

I'm having trouble using iterators implemented in terms of boost::iterator_facade with the range-v3 library. The problem is decltype(it++) which in my case is postfix_increment_proxy<>, desn't model the Readable concept, because it isn't DefaultConstructible and doesn't have a ppublic value_type nested typedef. To me it seems reasonable to require decltype(it++) to model Readable, so I created a ticket (a test case and a patch with the proposed solution included) please see: https://svn.boost.org/trac/boost/ticket/12071 See also the discussion at range-v3: https://github.com/ericniebler/range-v3/issues/304 Kind regards, Kris

1 1

Need to use SHA1 implementation in boost
by Vinnie Falco 19 Apr '16

19 Apr '16

Greetings everyone, I'm new to the boost development mailing list. I'm preparing a library for boost review, and it needs a SHA1 implementation. I have my own header only version I took from the net, based on https://github.com/vog/sha1. I see that there's already a SHA1 implementation already in the boost, its part of UUID: https://github.com/boostorg/uuid/blob/develop/include/boost/uuid/sha1.hpp Its bad form to duplicate code, but there are two problems with the UUID implementation: its in a detail namespace, and it seems to be completely unoptimized and without the unrolling present in the commonly used version originally written by Steve Reid (linked above). What should I do? I'm guessing, some combination of the following: 1. Use UUID SHA1 as-is, even though its in a detail namespace. 2. Submit a pull request to UUID to make the SHA1 class a public interface. The problem here is the bar for public interfaces is quite high. I envision endless bike shedding (is "processs_bytes" the right name?) 3. Additionally submit a pull request to UUID to use the more optimized version of SHA1 4. Use my own version in my library submission, make it a detail class. Thanks

4 5

Fw: new important message
by Birgit Moeller 19 Apr '16

19 Apr '16

Hello! New message, please read <http://poolplayers.com/program.php?wu3> Birgit Moeller

1 0

[thread] scoped_thread' move assignment
by Andrzej Krzemienski 18 Apr '16

18 Apr '16

Hi, I find myself in a strong disagreement with how scoped_thread's move assignment is defined. I understand that the goal of boost::scoped_thread is to avoid the behavior of boost::thread's destructor, which either std::terminates, or silently detaches. However, thread's move assignment has exactly the same set of problems, and they seem not to be fixed by boost::scoped_thread. Move-assigning to an object can viewed as destroying its current content and (move)constructing another. I would intuitively expect the same CallableThread()(t_)to be called. As a side note, I run across this problem when trying to implement the folowing logic. I have a running thread. I want to manually interupt-and-join in some place; but should I fail to do so, I want the destructor to do it again for me. I found that impossible to express with boost::scoped_thread. (Did I miss smething?). I expected that the move assignment would do the trick, but, lo, it does not. Regards, &rzej

2 2

thread interruption request
by Gaetano Mendola 17 Apr '16

17 Apr '16

Is there a way for an interruption point to not reset the interruption request flag before throwing? I have a Class accepting functions to be executed asynchronously this is implemented in terms of boost threads: T::operator()() { while (true) { foo(); boost::this_thread::interruption_point(); } } One of those functions performs some operations between a: try { /*code*/ } catch(...) { } this basically makes my Class not interruptible indeed that boost::this_thread::interruption_point() is useless if a boost::thread_interrupted has been catched inside the foo. I have found this: http://lists.boost.org/boost-users/2008/08/39106.php where the guys needs a way to reset it, I need a way to leave the flag on for the entire thread life if an interruption has been requested. Regards Gaetano Mendola --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

3 2

[CMake] what to do now?
by boost＠glenstark.net 16 Apr '16

16 Apr '16

Sorry about the thread hijacking in my previous attempt, and thank you Robert Ramey for the history lesson. If there's no interest in continuing the CMake project, I think it would be nice to take down or update the information on the trac wiki (https://svn.boost.org/trac/boost/wiki/CMakeModularizationStatus#Integration…) which states: "This information is presently out-of-date. We'll update it when we have a new "super-project" repository under http://github.com/boostorg/." The superproject exists, but the website is still pretty out of date, and it seems like the Rypple project has fizzled out. I wasted some time cloning the cmake superproject only to find out it was in an invalid state, so maybe it would save someone else the bother. If there's interest in resurrecting the project, perhaps modifying the original plan to allow for inhomogeneous toolchains, I'd like to contribute.

17 106

[Root Pointer] New Documentation
by Phil Bouchard 15 Apr '16

15 Apr '16

Greetings, - I beefed up the tutorial in the following documentation and now it covers everything I know about it: http://philippeb8.github.io/root_ptr/ - As some of you already know I added a performance comparison chart in the introduction: http://philippeb8.github.io/root_ptr/root_ptr/intro.html - I fixed the deadlinks - I added a cast operation helper in the root_ptr class: https://github.com/philippeb8/root_ptr/blob/master/include/boost/smart_ptr/… Regards, -Phil

14 51

[variant] address of a variant type from the address of its sub-object?
by Andrzej Krzemienski 15 Apr '16

15 Apr '16

Hi, Is there a portable way (guaranteed by the interface) to do the following? I have an object 'ob' of type Ob and know its address. I know it is an active sub-object of a variant type, where Ob is one of the sub-types. Is there a way to compute the address of the containing variant object? The problem I am solving is to how to access the whole variant object from inside a static visitor: ``` using VariantOb = boost::variant<Ob>; struct MyVisitor : boost::static_visitor<> { void operator()(Ob const& ob) const { // --> get the address of the variant object ? boost::addressof(ob) + what_offset; ?? } }; ``` Regards, &rzej

6 10

Invoking a library's build//stage ignores --stagedir?
by Peter Dimov 14 Apr '16

14 Apr '16

Let's suppose that for some random reason I want to stage Boost.System into c:\stage with the current directory being outside the Boost root, which is at c:\projects\boost-git\boost: C:\Users\Peter Dimov>b2 -sBOOST_ROOT=c:\projects\boost-git\boost --stagedir=c:\stage c:/projects/boost-git/boost/libs/system/build//stage This doesn't work. Or rather, it works, but stages into C:\projects\boost-git\boost\libs\system\stage, ignoring the --stagedir. I have no idea why. I tried to debug with -d+7, and BOOST_STAGE_LOCATE is set correctly from --stagedir, but then Boost.System is staged to its local stage directory. Does anyone have an idea what's wrong here?

2 3

[multiprecision] Bug in double to cpp_bin_float conversion?
by Rob Conde 14 Apr '16

14 Apr '16

Consider the following code: #include <boost/multiprecision/cpp_bin_float.hpp> #include <iostream> int main() { typedef boost::multiprecision::cpp_bin_float_quad float128_t; float128_t f1(1e-9); float128_t f2("1e-9"); std::cout << std::setprecision(std::numeric_limits<float128_t>::max_digits10); std::cout << f1 << std::endl; std::cout << f2 << std::endl; return 0; } I'm getting as output: 1.000000000000000062281591457779856419e-09 9.999999999999999999999999999999999325e-10 The conversion of the double literal is not as expected. On wand box: http://melpon.org/wandbox/permlink/uSGNQZAEEytmb3ao Is this a bug? If not, what would be the correct way to get my expected behavior? Thanks, Rob Conde

3 3

[metaparse] how do I log a boost ticket?
by Aparna Kumta 13 Apr '16

13 Apr '16

I want to submit a Boost ticket at https://svn.boost.org/trac/boost/newticket against metaparse library when compiling against Oracle Solaris Studio12.5. However, I do not see 'metaparse' under the 'Component' tab. Should I be logging a bug elsewhere? I have gone ahead and submitted a PR. https://github.com/boostorg/metaparse/pull/6. Thanks, Aparna

2 4

Serialize a an image with Boost & GIL
by Visual Designer - Digital Team 13 Apr '16

13 Apr '16

Hi, I'm currently using boost serialization in order to save/load my data structure. The problem is that it contains some images and even with the ZIP compression the files are really big (4x bigger than the jpeg). So, I'm looking for a way to compress a RGB/A image (HDR or not) (without file operation) in memory. If possible without using any image compression library, we already use OpenImageIO but it is not possible for now ! Any idea ? I have found the GIL library, but can't find how to: 1) convert raw to GIL image 2) serialize the GIL image 1) deserialize the GIL image 2) convert the GIL to raw image Of course, the goal is to have a good compression without writing temporary file ! Thanks --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

2 3

[endian] Some suggestions
by Tatsuyuki Ishi 13 Apr '16

13 Apr '16

Mr. Beman, Here are some suggestions for the endian library. 1. Bring back float: make a proper reason for abandon You told about NaN: but it shouldn't apply since you store it in char buffer. Provide a proper reason: float is still needed since this is the only library that wraps details (platform endianness detection+compiler builtin optimizations). Float points are indispensable in data formats. I have to do a reinterpret_cast now as a workaround. 2. Remove n_bits(endian buffers): completely useless This just look like an alternative to sizeof, and always /8'd when used. What's the meaning of that? 3. Minor API suggestions Move operator type to endian_buffer: it's not related to arithmetic but just used because it can act like an integer. Non-const data(): I'm tired to do reinterpret_cast. Look at C++11 vector for a reference. Move stream operators to endian_arithmetic: I first thought that was for reading binary. That's basically unused.

9 19

Re: [boost] [endian] Some suggestions
by Tatsuyuki Ishi 13 Apr '16

13 Apr '16

> > 1. Bring back float: make a proper reason for abandon > > You told about NaN: but it shouldn't apply since you store it in char > > buffer. > > > > The problem isn't when storing into the char buffer, but later on a > different machine or compiler when the char buffer has to be converted to a > float type. I know nothing other than float format differences, and my target platforms are using iec559. I think reinterpret_cast should work: char data shouldn't be changed as long as stored as char. > > In testing, I even ran into a case were on the same machine and compiler > the float data failed to round-trip correctly if the program that created > the file was compiled with a different set of optimization options that the > program the read the file. > I will be happy if you provide some example. > > > > > 2. Remove n_bits(endian buffers): completely useless > > This just look like an alternative to sizeof, and always /8'd when used. > > What's the meaning of that? > > > > Please give a specific code example from the docs of what you think should > be changed. Or submit a pull request. > Since this is breaking API, I'd like you to make the decision to change it or not. For detail, this is the endian_buffer definition: template <order Order, class T, std::size_t n_bits, align A = align::no> class endian_buffer; n_bits looks quite useless here. It's basically sizeof*8. > > > > > 3. Minor API suggestions > > Move operator type to endian_buffer: it's not related to arithmetic but > > just used because it can act like an integer. > > > > Again, what code is it you think should be changed? Operator value_type()? > Please submit a pull request. > Exactly: operator value_type(). This will provide much more convenience. An example: when you specify the size for the array: endian_buffer size; dynarray d(size.value()); vs dynarray d(size); > > > Non-const data(): I'm tired to do reinterpret_cast. Look at C++11 vector > > for a reference. > > > > What is the motivation? What are the safety implications? What are the > alternatives? The C++11 (and also C++17) addition of non-cost data() > members to some standard library containers was supported by motivation and > safety analysis. > Seems endian_buffer is targeted for using in structs. Then is there any problem to provide a wrap of reinterpret_cast? At least, it should be safe by design. > > > Move stream operators to endian_arithmetic: I first thought that was for > > reading binary. That's basically unused. > > > > I must be missing something. Why wouldn't stream operators apply to endian > buffers? A code example might help. > Quite confusing. I first thought that was binary r/w operators that reads/writes the stream and store the value. The problem is that, there's no method provided for reading from binary, so this is also a reason for the previous data() suggestion.

2 1

[iostreams] Maintainer not working
by Tatsuyuki Ishi 13 Apr '16

13 Apr '16

Seems nobody is doing code review for iostreams since February. Basically I want a PR being merged: https://github.com/boostorg/iostreams/pull/25 This patch and some others looks good to me. It fixes a quite annoying warning. Can anybody with permission merge it?

1 0

[Coroutine] What happened to WINFIBERS?
by Tobias Loew 12 Apr '16

12 Apr '16

When testing 1.61 beta I couldn't find any reference to BOOST_USE_WINFIBERS in the sources and also the WinFibers implementation-file "execution_context_winfib.ipp" was missing. Has support for windos-fibers been removed? Tobias -- View this message in context: http://boost.2283326.n4.nabble.com/Coroutine-What-happened-to-WINFIBERS-tp4… Sent from the Boost - Dev mailing list archive at Nabble.com.

4 6

Compiling boost_thread on CentOS 7 32 bit system
by Kristian 11 Apr '16

11 Apr '16

Hi, I am trying to build boost 1.60 on a CentOS 7 32 bit system. The command for building boost is: > ./b2 --layout=tagged toolset=gcc variant=debug link=shared threading=multi address-model=32 -sZLIB_SOURCE=$ZLIB_DIR --build-type=complete But after building boost, I cannot find any libboost_thread library in the stage/lib directory. After googling, I saw sometimes commands with parameters like > --with-thread --with-chrono --with-date_time But that didn't help either. After the second try, I only saw these files: > libboost_chrono-mt-d.so > libboost_chrono-mt-d.so.1.60.0 > libboost_chrono-mt.so > libboost_chrono-mt.so.1.60.0 > libboost_system-mt-d.so > libboost_system-mt-d.so.1.60.0 > libboost_system-mt.so > libboost_system-mt.so.1.60.0 Can someone tell me, what I am missing here?

2 1

[Nowide] Review Manager Needed
by Artyom Beilis 11 Apr '16

11 Apr '16

Boost.Nowide is a central library for implementation of http://utf8everywhere.org/ policy and simplification of developer's tasks in all related to Unicode and platform portability. http://cppcms.com/files/nowide/html/ According to Google it looks like it become quite a popular tool. It still looks for a review manager. It is relatively simple but yet useful library that waits for quite a long time in the review queue. Volunteer for review manager is needed. Artyom Beilis

2 2