December 2018 - Boost-users - lists.preview.boost.org

[Spirit] Comment skipper or first class member of grammar
by Michael Powell 17 Dec '18

17 Dec '18

Hello, I am turning a corner in my Protocol Buffers grammar, and it is now time for me to consider how best to approach parsing comments. Chiefly, I am weighing two options, I think: 1) A white-space, comments skipper; if memory serves there has been discussion about such a thing on either here, Boost mailing list, or other forums. 2) Or, as with some compiler environments, I'm thinking .NET Roslyn/C#, in particular, where "comment" elements are first class members of the grammar/tokens, quite literally, I think. I'm not quite sure how that would be expressed in terms of synthesized AST, when you could literally have a comment appearing virtually anywhere between tokens, especially of the C variety, i.e. /* this is a comment which may appear virtually anywhere between tokens, potentially */. Or the single line C++ variety, for example, // this is a comment through the rest of this line. // Yet, there could be multiple lines of these... optional myVar = true; // And can appear at the end of a line Thoughts? Suggestions? My first approach I think would be for (1) the skipper; however, for what I am wanting to accomplish, I can see there potentially being some value in capturing the comments and carrying them forward with the target language adapter. Best regards, Michael Powell

1 1

[process] distinguish normal exit from termination by signal - complete
by Oliver Kowalke 17 Dec '18

17 Dec '18

Hello, I'm evaluating boost.process. It seams to me that it is impossible to distinguish a normal exit from a termination by a signal (for instance SIGBUS etc.). child::exit_code() calls eval_exit_status() that expands on POSIX to: if (WIFEXITED(code)) { return WEXITSTATUS(code); } else if (WIFSIGNALED(code)) { return WTERMSIG(code); } else { return code; } With the code above it is impossible if the returned exit_code is a `exit-code` or the number of a signal. Or do I miss something? regards, Oliver

1 0

[process]distinguish normal exit from signaled not possible?
by Oliver Kowalke 17 Dec '18

17 Dec '18

Hello, I'm evaluating boost.process. It seams to me that it is impossible to distinguish a normal exit from a termination by a signal (for instance SIGBUS etc.). child::exit_code() calls eval_exit_status() that expands on POSIX to: if (WIFEXITED(code)) { return WEXITSTATUS(code); } else if (WIFSIGNALED(code)) { return WTERMSIG(code); } else { return code; }

1 0

[contextual async] generator support added
by Christophe Bailly 16 Dec '18

16 Dec '18

Hello, I am still waiting for some feedbacks. I really think it makes possible to add asynchronous code very easiy, I have added the support of generators which can run with asynchronous.code. You will find the added article in the blog: https://pythonc.home.blog/ The project has been updated and the examples are available if you want to test. Regards, Chris

2 2

[corountine2/context] forced_unwind exception on Windows with TDM-GCC
by Hao Jiang 15 Dec '18

15 Dec '18

Hello all, I am porting my program from Linux to Windows with boost coroutine2. I found 32bit program throwing boost::context::detail::forced_unwind every time when coroutine destructed. But 64bit program works like charm. terminate called after throwing an instance of 'boost::context::detail::forced_unwind' The program works well on Linux(Ubuntu). Then I tried the official example: typedef boost::coroutines2::coroutine<int> coro_t; coro_t::pull_type source( [&](coro_t::push_type& sink){ int first=1,second=1; sink(first); sink(second); for(int i=0;i<8;++i){ int third=first+second; first=second; second=third; sink(third); } }); for(auto i:source) std::cout << i << " "; Same thing happened. Platform: windows 7 64 bit Boost: 1.67/1.69 Compiler: TDM-GCC 5.1 64bit. Best,

3 4

project-config.jam File for building Boost with LLVM toolchain?
by Osman Zakir 15 Dec '18

15 Dec '18

Sorry, but I need to see the project-config.jam file I need to use for building Boost with the LLVM toolchain again. I'm going to build it with the MSVC toolchain first and then again with the LLVM toolchain as well so that I have both the MSVC- and Clang-generated binaries. I downloaded Boost version 1.69.0 and I want to build it now. Thanks in advance.

5 11

[boost] mixing async + sync code easily via boost::context
by Christophe Bailly 15 Dec '18

15 Dec '18

Hello, I have worked on a prototype to avoid the current limitations with async code, the use of sync + async code is really difficult, it does not co-exist easily. If you introduce async code, you have to migrate all your code ... There are alternative solutions (threads..) but here is a suggestion to overcome these limitations. It is currently a very simple prototype but I would be interested to have your feedback. I think this kind of solution can be really powerfull, but I will wait to know what you think about it. Here are the links: https://pythonc.home.blog/ https://github.com/chbailly/5a5 Regards, Chris

1 0

C++Now (BoostCon) 2019 Call for Submissions
by Jon Kalb 14 Dec '18

14 Dec '18

The C++Now (formerly BoostCon) 2019 Call for Submissions is now open. http://cppnow.org/announcements/2018/12/2019-call-for-submissions/ C++Now will be held in Aspen, Colorado on May 5th - 10th. Colorado has become trendy for C++ conferences, but BoostCon was here first. If you are interested in Boost Libraries and have never attended C++Now, you owe it to yourself to have the BoostCon experience. The best way to get your company to send you is to have an accepted submission. The deadline is early in the new year, so don’t delay. Jon Kalb Conference Chair C++Now

1 0

[release] Boost 1.69.0
by Marshall Clow 13 Dec '18

13 Dec '18

Release 1.69.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains numerous enhancements and bug fixes for existing libraries. For details, including download links, see < http://www.boost.org/users/news/version_1.69.0> You can also download directly from: < https://dl.bintray.com/boostorg/release/1.69.0/> SHA-256 sums: af05616f71006f97833e130aad886c96136457511ace4b5496d6566e69cbe0ca boost_1_69_0.7z 8f32d4617390d1c2d16f26a27ab60d97807b35440d45891fa340fc2648b04406 boost_1_69_0.tar.bz2 9a2c2819310839ea373f42d69e733c339b4e9a19deab6bfec448281554aa4dbb boost_1_69_0.tar.gz d074bcbcc0501c4917b965fc890e303ee70d8b01ff5712bae4a6c54f2b6b4e52 boost_1_69_0.zip To install this release on your system, see < http://www.boost.org/doc/libs/release/more/getting_started/index.html> Thanks to everyone who participated in this release. Thanks, -- The Boost Release Team Vladimir Prus, Marshall Clow, Daniel James, Micheal Caisse

3 2

The Master branch is still closed; it will be opened tomorrow
by Marshall Clow 12 Dec '18

12 Dec '18

Thanks for your patience -- The boost release managers

1 0