March 2014 - Boost - lists.boost.org

libcpp.hpp always defines BOOST_NO_CXX11_HDR_ATOMIC
by Peter Dimov 05 Mar '14

05 Mar '14

The libc++ config header, libcpp.hpp, always defines BOOST_NO_CXX11_HDR_ATOMIC, but the libc++ that - I presume - ships with "Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)" appears to have a functional <atomic>.

6 22

Getting started with Boost( GSOC)
by M. Lalit 05 Mar '14

05 Mar '14

Hi Guys, I'm new to Open-Source Development.I want to contribute to Boost this year through GSOC-2014.I looked at the suggested projects this year at https://svn.boost.org/trac/boost/wiki/SoC2014 and liked Boost.Document Project and therefore I would like to work on it for this years GSOC.Please help me guys on how to get started for developing that project.I mean basically what codebase to understand etc.

2 5

Formal review request: Boost.Mixin
by Borislav Stanimirov 05 Mar '14

05 Mar '14

Hello, I'd like to request a formal review of Boost.Mixin. Code is here: https://github.com/iboB/boost.mixin Documentation is here: http://ibob.github.io/boost.mixin/ In short, the library allows you to dynamically compose and mutate polymorphic types from existing C++ classes. Thanks, -- Borislav

2 3

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

05 Mar '14

On 2014-02-22, Ron Garcia wrote: > Hello, > > I have recieved your request and will add this library to the review schedule. > > Best, > Ron Description updated below. Code and documentation also updated. Code: http://github.com/glenfe/align/ Docs: http://glenfe.com/align/doc/ Description: This library provides function boost::align() for implementations which do not have the C++11 standard library std::align() function available. It provides allocation functions boost::aligned_alloc() and boost::aligned_free() as their functionality is not yet available in the C++ standard library. They use platform specific functions, such as posix_memalign(), aligned_malloc(), memalign(), if available, or use standard library functions in conjunction with boost::align(). It provides C++ allocators, class templates boost::aligned_allocator and boost::aligned_allocator_adaptor, which respect alignment. - The first is a replacement for the standard default allocator and uses boost::aligned_alloc() and boost::aligned_free(). - The second turns an existing allocator into one that supports alignment by using the allocator in conjunction with boost::align. It supports all C++03 and C++11 allocators, including C++11 allocators whose 'pointer' type is a smart pointer, and C++11 minimal allocators. It also provides function boost::is_aligned() to test the alignment of a pointer. -- end Glen

1 0

DRYing BOOST_FUSION_ADAPT_STRUCT with decltype/Boost.TypeOf ?
by Damien Buhl 05 Mar '14

05 Mar '14

Hi dear Boost Fusion developers, I was asking myself if there were already plan to improve BOOST_FUSION_ADAPT_STRUCT to benefit from C++11 features like decltype ? This would be interesting to avoid the risk encountered that the types definitions can get out-of-sync. And would avoid typing type declarations twice. Currently there is BOOST_FUSION_DEFINE_STRUCT to avoid repeating the type information for each field. However this is something that makes most developer I know unhappy, as it obliges to modify the readable C++ aggregate types definition (i.e. Could be public headers) with this macro. Then there is the nice choice of BOOST_FUSION_ADAPT_STRUCT which obliges retyping the type and adds the risk that some field type information could get out-of-sync between the struct definition and the BOOST_FUSION_ADAPT_STRUCT listing. I think it would be valuable to add macros that would enable to select the fields that we want to adapt to a Random Access Sequence without requiring to repeat the type information. I would find more comfortable to write the example provided here http://www.boost.org/doc/libs/1_55_0/libs/fusion/doc/html/fusion/adapted/ad… as follow : namespace demo { struct employee { std::string name; int age; }; } // demo::employee is now a Fusion sequence BOOST_FUSION_ADAPT_STRUCT_EXT( demo::employee, (name) (age)) And a naïve implementation of BOOST_FUSION_ADAPT_STRUCT_EXT could be: #include <boost/typeof/typeof.hpp> #include <boost/fusion/include/adapt_struct.hpp> #include <boost/preprocessor/seq/for_each.hpp> #define ATTRIBUTE_DEFINITION(r, data, elem) \ (BOOST_TYPEOF(data::elem), elem) \ #define BOOST_FUSION_ADAPT_STRUCT_EXT(NAME, ATTRIBUTES) \ BOOST_FUSION_ADAPT_STRUCT(NAME, \ BOOST_PP_SEQ_FOR_EACH(ATTRIBUTE_DEFINITION, NAME, ATTRIBUTES)) #endif The same could certainly be achieved for BOOST_FUSION_ADAPT_TPL_STRUCT, while I didn't check. Thanks for the really great job done in Boost.Fusion. Cheers, -- Damien Buhl alias daminetreg

3 7

Boost.odeint project for GSoC 2014
by Camille GILLOT 04 Mar '14

04 Mar '14

Hello, I am Camille Gillot. I am a student in French Ecole d'ingenieurs Ecole Polytechnique. I have been programming in C++ for a couple years now, and I would like to take part in boost development through GSoC this summer. I have taken a deep look on the GSoC proposals on boost trac, and I am very interested in working on the boost.odeint or the funtional/'invoke' project. May I have deeper informations on the expected work ? It is the first time I applied to a GSoC project and I worked on boost development, so I need some help about it. Regards, Camille Gillot

2 1

Boost.Align aligned_allocator_adaptor review
by Glen Fernandes 04 Mar '14

04 Mar '14

Changing e-mail subject from 'Re: [boost] Boost.Align review request'. On Fri, Feb 28, 2014, Glen Fernandes wrote: > > On Fri, Feb 28, 2014, Mathias Gaunard wrote: > > It has functions to adapt any memory allocating scheme or C++ allocator into > > an aligned version. > > Related to the first point, I recently implemented class > template boost::aligned_allocator_adaptor to complement > boost::aligned_allocator, but I think I could improve the > implementation. I've improved the implementation of aligned_allocator_adaptor; it does two things that I believe SIMD's version does not do yet: 1. It supports C++11 minimal allocators which do not need to provide all typedefs beyond value_type 2. It supports C++11 allocators which have 'pointer' as a smart pointer (or otherwise non-raw pointer) type Code: http://github.com/glenfe/align/blob/master/include/boost/align/aligned_allo… I'd be happy to contribute this functionality to SIMD's allocator adaptor, via a patch or pull request, if you're interested. Glen

1 0

A new Graph Generator library for GSoC 14
by Khaled Ammar 04 Mar '14

04 Mar '14

Hi every one, I would like to propose an idea for GSoC. boost has only R-Mat graph generator which is not flexible and does not preserve real graph properties. There is another graph generator called RTG which is developed by the same professor (as R-Mat) in CMU. The generator is available on Matlab only but I developed it in C++ and successfully generated graphs with tera edges. I also added a few more functionality to it and added some flexibility in my paper recently accepted in a BigData Benchmark workshop. I would like to make this code available for the graph library in boost. Would anyone endorse this project? -- Thanks, Khaled www.khaledammar.com

2 1

[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

Getting started with Boost for GSoC 2014
by Yasas Charitha 04 Mar '14

04 Mar '14

Hi, I'm Yasas and quite new to Open source development. First off little bit of introduction of myself. I'm an M.Sc student in University of Moratuwa, Sri Lanka and I completed my B.Sc degree in Computer Engineering in University of Peradeniya. I'm looking forward to participating in GSoC this year with Boost. I'm very much interest about C++ development and I'm familiar with C++ development on windows. I browsed through the ideas page and I found Boost.Document and Boost.Binaries and Boost.Math Generalized Hypergeometric Functions are quite interesting project ideas. As a beginner for the GSoC I'm kind of confused and excited what to do next etc. Any help is very much appreciated. -- Regards, Yasas C. Perera, E mail - yasas.b(a)gmail.com Tel - (+94) 712 667 122 - (+94) 777 851 619 "Fellowship for Humanity"

2 1

Re: [boost] [GSoC 2014] Http Server Proposal
by Damien Buhl 03 Mar '14

03 Mar '14

Hi Vinícius, Perhaps it's not bad to look at what Artyom Beilis does with cppcms : [http://cppcms.com/wikipp/en/page/main ](http://cppcms.com/wikipp/en/page/main)And others things like [https://github.com/metagoto/fcgixx](https://github.com/metagoto/fcgixx). And considering http, it could perhaps be valuable to look at SPDY / HTTP 2.0, because even if it will be as compatible as possible with HTTP 1.1 I believe that features like server push transactions should be taken into account in your library API. As you spoke about websockets you should have thought to something similar. You spoke about embedded, having facilities or an API which abstracts protocols like CoAP translation from/to HTTP would also be nice in my opinion. Cheers, -- Damien Buhl Em Sáb, 2014-03-01 às 11:46 +0000, Niall Douglas escreveu: > Algorithmically an async HTTP server is not challenging. Yes, I know that. The most challenging part in a HTTP server (in my opinion) is the interface, not event the implementation. That's why I'm considering WebSocket support too, but I have to investigate further about the full scope of the proposal. > Look into > Python's Twisted. Do what they do. I studied several web solutions to serve as inspiration, but I haven't checked Python's Twisted or Boost.AFIO. I'll surely check them now. Thanks for pointing me them out. It may improve my proposal already. :) > Disclaimer: I designed proposed Boost.AFIO. Then I know who I shall bug for questions. :) -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

3 2

Getting Started with Boost - GSOC 2014
by Harika Matha 03 Mar '14

03 Mar '14

Hi I am Matha Harika. I have received my bachelor's degree in Electronics and Communication Engineering and currently pursuing Masters in CS from IIIT Hyderabad. I am quite comfortable programming in C++. I have checked the proposed project list of Boost and am very excited to contribute(hopefully in GSOC 2014). I have successfully built the Boost libraries. Could anyone please guide me in getting started with the code? Thank You

1 0

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

testing potential GSOC students
by David Bellot 02 Mar '14

02 Mar '14

Hi Boost mentors, I'd like to know how you test your potential students to see if they have a sufficient level in C++. It's totally different than doing a C++ interview, because they have plenty of time to answer questions and they can use help from google or any other source. For Boost.uBLAS, I ask them to write a little vector library (vector in the sense of linear algebra) using expression templates. It's the bare minimum they have to know. I ask different features to each student. They we talk about their code and I ask them to modify it to introduce new features for example. And you ? Best regards, David

3 2

Re: [boost] [Re] [Re] JSON Parsing Library for GSoC 14
by Ganesh Prasad 01 Mar '14

01 Mar '14

Yeah, the parser generator can be easily implemented using Boost.spirit.qi . So, implementing that would not be much for GSoC. But I have another (a bit complex) idea in this field. Rather than writing a tool to generate tag based DSEL parsers, I can work on one abstraction level up... A tool to generate formal grammars themselves. Why not a library that would take Two level Grammar (Ex : Van Wijngaarden Grammar ) and build parser for the resulting CFG ... It's established that two level grammars are more powerful than single level CFGs and that two level grammars are Turing Complete themselves. So, if we can just implement them in a proper way (maybe I am day dreaming), we might end up with something like the discovery of metaprogramming. I daresay, this dream of mine is feasible, but right now, vague. Provided with some intellectual help, I may come up with a design for such a library in a matter of days. Best wishes Ganesh Prasad

3 2

[Re] [Re] JSON Parsing Library for GSoC 14
by Ganesh Prasad 01 Mar '14

01 Mar '14

So basically, the idea of generalization is like this : -- A compile time library to work just like parser building tools (ex: yacc). -- The library is to generate small sized fast and embed-able parsers for tag based/markup languages like XML, TeX etc. -- The parsing mechanism of the library is to be simpler than that of mainstream DCFG parsing tools, yet powerful enough to generate parsers for all kinds of tag based languages. -- An event handling mechanism. When an tag/end-of-tag is encountered an event is generated and this event is to be handled. The library is to provide features for this. -- Mechanism to bind functions/function objects to events.

2 1

[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