February 2014 - Boost - lists.preview.boost.org

[testing][teeks99] Missing headers in boost checkout
by Andrey Semashev 04 Mar '14

04 Mar '14

Hi, I'm seeing test compilation errors saying that some headers are missing. For example: http://www.boost.org/development/tests/develop/developer/output/teeks99-01a… says that boost/smart_ptr/intrusive_ptr.hpp does not exist. There are other missing headers. The tester is teeks99-01a-win2008-64on64. Is this a known problem?

4 5

Boost.Convert. Take 2.
by Vladimir Batov 03 Mar '14

03 Mar '14

Another day I came across a topic called "String to T conversions - getting it right this time <http://groups.google.com/a/isocpp.org/group/std-proposals/t/a9905ba8e4f33f3e>" on the "ISO C++ Standard - Future Proposals <https://groups.google.com/a/isocpp.org/forum/#%21forum/std-proposals>" that got me interested/curious. Unfortunately, it seemed more of a discussion rather than a proposed/deployable solution to the string conversion issue. Then, I searched Boost archives to see if there was any development in that string-to-type conversion domain since my unsuccessful proposal about three years ago: From: Edward Diener <eldiener <at> tropicsoft.com> Subject: [Review] Boost.Convert, review manager analysis <http://news.gmane.org/find-root.php?message_id=iq12fm%24k6c%241%40dough.gma…> Newsgroups: gmane.comp.lib.boost.devel <http://news.gmane.org/gmane.comp.lib.boost.devel>, gmane.comp.lib.boost.user <http://news.gmane.org/gmane.comp.lib.boost.user> Date: 2011-05-06 15:01:06 GMT (2 years, 39 weeks, 6 days, 23 hours and 47 minutes ago) Unfortunately I was not able to find anything. Apologies if I missed something major/serious (I was not exactly closely monitoring the list). Is anyone aware of any work done in the area? If not, then I am thinking if we could revisit the issue the original (and failed) Boost.Convert tried to address. I am not sure about others but for me that quite essential and seemingly simple task is still quite important. I was watching the development of the lexical_cast but did not see it going beyond its original frugal design. So, maybe we might have another look at the code that Boost.Convert has become and that I've been using/working on?.. Convert V2... From past experience calling it Boost.Convert seems quite premature. :-) I only put Boost.Convert in the title as a reminder for those who participated in the original review. So, the code is at https://github.com/yet-another-user/boost.xtra. The docs are old (from the original proposal) so, if anyone interested, I'd suggest jumping right to the test/example code in libs/convert/test. Apologies for the inconvenience but for now I'll try to see if I should put any effort updating the docs for possible submission. The main difference from the original proposal is that the complicated blob was split in to two separate components -- Convert API facade and a converter. Here it seems very similar to (same as?) boost::lexical_cast which provides a uniform API facade which in turn deploys additional functionality (op<<, op>>). Similarly, Convert V2 requires a converter to be specified for conversion: boost::cstringstream_based_converter ccnv; // char converter boost::wstringstream_based_converter wcnv; // wchar_t converter Then, int a000 = convert<int>::from(not_int_str, -1, ccnv); int a001 = convert<int>::from(std_str, -1, ccnv); int a002 = convert<int>::from(c_str, -1, ccnv); int a003 = convert<int>::from(wstd_str, -1, wcnv); int a004 = convert<int>::from(wc_str, -1, wcnv); Now all the configuration (formatting, locales, etc.) is separate from the API facade and provided (or not) by the plugged in converter. The only available converter tringstream_based_converter allows something like: std::locale rus_locale (rus_locale_name); std::locale eng_locale (""); // Set locale, case, precision, ccnv(std::setprecision(4))(std::scientific)(std::nouppercase); string double_rus = convert<string>::from(double_v01, ccnv(rus_locale)).value(); string double_eng = convert<string>::from(double_v01, ccnv(eng_locale)).value(); Gosh, it's getting too long... cutting it short. The above is probably sufficient for those who participated in the original review. Those who did not might have a look at the (original and old) docs and the test/example code. V.

9 45

[assert] Assert library? - Was: [regression] Where's boost/assert.hpp ??
by Klaim - Joël Lamotte 01 Mar '14

01 Mar '14

On Sat, Feb 22, 2014 at 9:39 PM, Andrey Semashev <andrey.semashev(a)gmail.com>wrote: > It's been moved to a new Boost.Assert library (libs/assert submodule). Is there a discussion or documentation about what is this new library exactly? Is it just to isolate the assert.hpp header or are there other plans? (I'm secretly hoping that someone would propose an implementation of n3877[1] to boost, as I don't have the time to do it myself) [1] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3877.pdf

5 17

Review request for Boost.Align
by Glen Fernandes 28 Feb '14

28 Feb '14

Source: http://github.com/glenfe/align Documentation: http://glenfe.com/align/doc/ Motivation: Tiny library to be used for all common alignment related chores found in a few Boost libraries. (e.g. we have some in Boost.Smart_Ptr). Provides: 1. Function boost::align, a pointer alignment function, for implementations that do not yet provide std::align. (Uses std::align if available) 2. Functions boost::aligned_alloc and boost::aligned_free, for aligned allocation and deallocation. (Use platform specific functions, such _aligned_malloc or posix_memalign, or otherwise uses std::malloc with the above boost::align) 3. Class template boost::aligned_allocator as a replacement for std::allocator that respects over-aligned types. (Up to the extent the implementation supports over-alignment) Many thanks to Peter Dimov for his feedback on the design and implementation of this library. Notes: Small enough that it might satisfy the requirements for a fast-track review. Glen

9 24

JSON Parsing Library for GSoC 14
by Ganesh Prasad 28 Feb '14

28 Feb '14

I already have done some work over such a library, but this library by me has limited features and need to be improvised. And hence, I am thinking about doing this work during this GSoC 14. But I have certain questions about it. 1) Who will be taking the design decisions for the development of the library ? Whether the student or the mentor will be responsible for the decisions ? 2) To which formats should the library parse the JSON ? The current library by me parses JSON to Maps and Vectors. I am intending to provide flexibility, but if some specifications will be available it'll be helpful. 3) Is the library to be kept as simple as possible in terms of User Interface ? Or, should we use factory patterns to provide more flexibility to the advanced users ? Have a nice day, everybody. Best wishes Ganesh Prasad

5 5

Re: [boost] Review request for Boost.Align
by Glen Fernandes 28 Feb '14

28 Feb '14

Rob Stewart wrote: > Actually, you need Review Wizard approval as a review manager, and then the rest follows. *Nod*. I let Ronald know that Ahmed was kind enough to volunteer to be the review manager, and inquired about his approval, a few days ago. Hoping to hear back soon. Glen

1 0

clang support for __sync_* intrinsics
by Peter Dimov 28 Feb '14

28 Feb '14

Does anyone know what is the earlier version of Clang that supports the __sync_* intrinsics?

2 2

contributing to boost.ublas in gsoc 2014
by Rishabh Kumar 28 Feb '14

28 Feb '14

hello, myself Rishabh Kumar .currently I am pursuing my masters in applied mathematics from iit roorkee. I have a firm knowledge of c++ and python. i would like to contribute to boost.ublas and aspire to be one of the students of gsoc 2014.To start with , i have been following your ideas page for quite some time and i found the linear algebra vision very tempting. i have started working the library . looking forward for a good discussion on the idea and guidance from the respective mentor.

1 0

[GSoC-2014] Has Boost been retained?
by Vicente J. Botet Escriba 28 Feb '14

28 Feb '14

Hi, all is in the title, Vicente

4 4

[mpl] Pull request - Add constexpr to conversion operator for integral constants
by pfultz2 28 Feb '14

28 Feb '14

Hi, I added constexpr to conversion operator for integral constants, so the type traits will more closely match the type traits in C++14. Here is the pull request: https://github.com/boostorg/mpl/pull/1 Thanks, Paul Fultz II -- View this message in context: http://boost.2283326.n4.nabble.com/mpl-Pull-request-Add-constexpr-to-conver… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1