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

Cairo and ISO C++ for GSoC proposed?
by Mateusz Łoskot 08 Feb '14

08 Feb '14

Hi, I haven't been monitoring the GSoC discussions closely, just looked at the final https://svn.boost.org/trac/boost/wiki/SoC2014 I'm wondering, has anyone proposed for GSoC to kickstart initial work on Cairo for ISO C++ according to the papers posted by Herb Sutter? Here is Herb's post: http://lists.cairographics.org/archives/cairo/2013-December/024858.html Best regards, -- Mateusz Łoskot, http://mateusz.loskot.net

2 2

[testing] More failed test results with no meaningful content
by John Maddock 08 Feb '14

08 Feb '14

For example: http://www.boost.org/development/tests/develop/developer/output/marshall-ma… leads to a successfully compiled file if you follow the links. Anyone any idea what's going on here, and is there any way to make this reporting more reliable? Frankly the results will get widely ignored if no one can see what's actually going on. Thanks, John.

8 13

Gsoc chrono::date Library
by Arun Sori 08 Feb '14

08 Feb '14

Hey All, I am interested in contributing to the chrono::date library project.I have read the paper given in the link and need some ideas on how to start. I am a new contributor so please guide me to the initial phase and spare no details. As a start the paper seems to propose a new library based on boost::date. Should I first familiarize with the boost::date code ( try to compile it. Read the documentations etc.). The project also has a prototype available. Are we trying to build the library further upon it ? What extra do we need to built in this project ? What are some mandatory prerequisites for the project ? Thanks, Arun

2 1

[boost-bugs] Where is the archive, please?
by Fletcher, John P 08 Feb '14

08 Feb '14

I am maintaining Boost phoenix and whenever I put comments onto the bug trac I get an email with a copy from boost-bugs. I would like to look at the archive of this but it is not listed on the gmane lists. http://news.gmane.org/index.php?prefix=gmane.comp.lib.boost It must be somewhere else. Please help. John Fletcher

2 3

[testing] Strange Darwin test failures
by John Maddock 08 Feb '14

08 Feb '14

Does anyone know why this would happen: http://www.boost.org/development/tests/develop/developer/output/marshall-ma… program exits with: libc++abi.dylib: terminate called throwing an exception Googling around finds: http://apple.stackexchange.com/questions/103649/macports-dylib-failure-with… which suggests some sort of toolset misconfiguration? Thanks, John.

2 1

Phoenix 3.0.4 on master. Fixes include silent bugs.
by Fletcher, John P 07 Feb '14

07 Feb '14

Phoenix 3.0.4 is now on master and will I hope be included in the next release of Boost. There are many fixes to bugs which are documented in libs/phoenix/ChangeLog In particular there are fixes for #5715 and #5824. These are important as they were silent bugs which meant that code did not work correctly. This means that it is possible that there is code using phoenix where the results could change when adopting this release. There are many fixes still to be done which are documented in the TODO section of the changelog. Please report any concerns or bugs either through trac or by responding to this message. John Fletcher

4 3

[modular-boost] /boost//headers error
by Thomas Suckow 07 Feb '14

07 Feb '14

I am seeing a strange discrepancy between building the headers target from the command line vs including it as a dependency in another target. In our own projects we 'use-project /boost : $(PATH_TO_BOOST) ;' and use the headers target. But as a reproducible example, if I add /boost//headers to tools/quickbook/src/Jamfile.v2 I get: http://pastebin.com/KMcMSLZW I tried to debug it, but alas my skills at boost-build seem to be insufficient. It is interesting to note however that when looking at 'b2 -d5' output 'sequence.join library-name-headers .' seems to be invoked when it fails, yet that does not occur when it succeeds. If anyone has any ideas on how to get this working again, I would be happy to look into this more. -- Thomas I for one welcome our new git overlords.

2 5

GSoC Hypergeometric functions (Pratyaksh Sharma)
by Pratyaksh Sharma 07 Feb '14

07 Feb '14

Hello I'm interested in the Boost.Math Generalized Hyper geometric Functions project. Can anyone give some pointers on where to begin? I have sufficient experience with hypergeometric functions, but don't know exactly how to contribute to Boost. Just to start the discussion: Does everyone agree that a variety of methods need to employed for calculating the functions for different ranges of parameters? I'm familiar with methods that utilize the Gauss-Jacobi quadrature to solve the differential equation of concern, and also the Taylor series methods for smaller values of |a| and |z|. Any other ideas? Cheers, Pratyaksh

4 4

Regression tests for 'develop'
by Edward Diener 06 Feb '14

06 Feb '14

Are the regression tests for 'develop' for any particular library running the 'develop' branch of that library against the 'master' branch of all other libraries ? Or is the regression test for 'develop' for any particular library running against the 'develop' branch of all other libraries ?

3 2

sqlpp11: SQL for C++
by Roland Bock 06 Feb '14

06 Feb '14

Hi, over the last four or five years I developed several SQL libraries for C++. With C++11 I was finally able to create an SQL library that meets my own expectations and requirements. It is being used in production, I recently put it on github, and I would really like to hear from you guys whether this is something that could be interesting for you personally or for boost? https://github.com/rbock/sqlpp11 https://github.com/rbock/sqlpp11/wiki sqlpp11 is a template library representing an embedded domain specific language (EDSL) that allows you to * define types representing tables and columns, * construct type safe queries checked at compile time for syntax errors, type errors, name errors and even some semantic errors, * interpret results by iterating over query-specific structs with appropriately named and typed members. This results in several benefits, e.g. * the library user operates comfortably on structs and functions, * the compiler reports many kinds of errors long before the code enters unit testing or production, * the library hides the gory details of string construction for queries and interpreting string based results returned by select calls. I.e. you don't need to use strings in query construction where you wouldn't use them in SQL and there is no need to use positional arguments or to parse strings when obtaining fields from a result row (the latter being true unless you do not know which columns to select at compile time). The library supports both static and dynamic queries. The former offers greater benefit in terms of type and consistency checking. The latter makes it easier to construct queries on the flight. Specific traits of databases (e.g. unsupported or non-standard features) are known at compile time as well. This way, the compiler can tell the developer at compile time if a query is not accepted by the database (e.g. if a feature is missing). And the library can form the query in the correct manner, for instance if the engine uses concat instead of operator|| to concatenate strings. Two Examples: ============= Static Select: -------------- // selecting zero or more results, iterating over the results for (const auto& row : db.run( select(foo.name, foo.hasFun) .from(foo) .where(foo.id > 17 and foo.name.like("%bar%")))) { if (row.name.is_null()) std::cerr << "name will convert to empty string" << std::endl; std::string name = row.name; // text fields are implicitly convertible to string bool hasFun = hasFun; // bool fields are implicitly convertible to bool } Dynamic Select: ---------------- auto s = dynamic_select(db, tab.foo).dynamic_columns().from(tab); if (userWantsBar) s.add_column(tab.bar); for(const auto& row : run(s)) { std::cerr << "row.foo: " << row.foo; if (userWantsBar) std::cerr << "row.bar" << row.at("bar"); std::cerr << std::endl; }; Please let me know your questions/thoughts/suggestions/rants. Contributions welcome, of course :-) Regards, Roland

22 88