- Boost - lists.boost.org

Re: [boost] sqlpp11: SQL for C++
by Roland Bock 10 Nov '13

10 Nov '13

On 2013-11-10 15:58, niXman wrote: > Roland Bock 2013-11-10 12:15: > >> No, sqlpp11 itself only depends on a decent C++11 compiler and matching >> STL. > > I think I can write a code generator using boost.preprocessor. But I > need the documentation of DDL, of course. > I was talking about SQL's DDL (http://en.wikipedia.org/wiki/Data_definition_language) Unfortunately every vendor seems to be using some additions, so that the task is not too simple in all generality, I guess... But using the preprocessor to generate the table types could be a very nice tool in some cases. For instance if you are using in-memory databases with Sqlite3. As a trivial byproduct it could also produce the create table string, so that I would not have to maintain that in two places. Also for such a purpose, it would make sense to restrict the DDL to a common subset. With larger tables, I guess I'd stick with my current approach though: running a separate code-generator as part of the build process. The main benefit is that I get clearer error message pointing to C++ code that exists outside the compiler memory in case the code generator produces incorrect output or I use the generated code in the wrong way, etc. Another benefit of using external code generators is string handling. In our company we use CamelCase for classes, camelCase for members and underscore separated compounds for SQL names. An external code generator can easily translate, of course, but the preprocessor is not equipped for string manipulation, afaik. But again, I can imagine a nice usage of a prepocessor-based code generator for in-memory databases with no external representation. Regards, Roland

1 0

[utility] Any interest for a macro which automatically creates default move-semantics, comparisson etc for a class
by Viktor Sehr 10 Nov '13

10 Nov '13

I've created a macro which automatically creates: - move constructor\assignment - swap member function - operator== and operator!= - operator< - assignment operator without side-effects if it throws. Example usage: class Foo { public: Foo() {} DEFAULT_EVERYTHING(Foo, ( (int)(a) ) ( (std::vector<int>)(b) ) ( (float)(c) ) ); }; Any interest, suggestions or ideas? Ofcourse it might be split into several macros depending on what operators the class requests (if it's a move-only class etc), and perhaps an extra parameter enable if a member is up for sorting and comparison. Code available here: https://www.dropbox.com/s/dhkxj94rrh83az0/DefaultEverything.h

3 10

[containers] Are there flat_map/set and stable_vector proposals at work?
by Klaim - Joël Lamotte 09 Nov '13

09 Nov '13

All is in the title: I would like to know if flat_map, flat_set and stable_vector have been proposed for inclusion in the C++ standard library, or if there are works going on to write such a proposal. I find that I use a bit more flat associative containers than tree-based standard associative containers in all my recent projects, and I think that having option in the standard to choose one or the other would be very useful for a lot of devs.

5 20

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 09 Nov '13

09 Nov '13

Hi, I will answer on list too. >> I would like to know if your application class is related only to console applications or is it a generic class that could be implemented also as a gui::application? It is generic. But now we don't provide any specific support to GUI, you can for sample use it with QT, to do this you need use "common mode". >> I'm trying to write a cross platform header only gui library, so I wonder if I should use it (hoping it's a header only library too) or have my own different gui::application class. http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/f_a_q_.html#boost_application.f_a_q_.can_i_build_another_application_mo de__what_is_needed_ Well, you can build a application mode that will use your GUI lib, e.g. application::gui use application::common as model. But we have some problem here! 1. Boost.Application is not a boost library yet! (have no support od boost.org) , and it is in working progress status. Things can change! 2. Boost.Application is header only, but have some dependencies that are not header only. http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/boost_applica tion/dependencies.html PS. If you think that this library is interesting to boost, please post on boost.devel, that you have interest on it. http://news.gmane.org/gmane.comp.lib.boost.devel Hope this helps in your decision. If you have any other questions, let me know! -- Renato Forti

1 0

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 09 Nov '13

09 Nov '13

Hi Stas, Thanks for your comments! >> I think it worth noting in documentation that SIGUSR1 is reserved for internal purposes. I will do! >> What do you think about self pipe built-in functionality? It is a widely used trick. I think it can be implemented as an aspect in a quite straightforward way. Can you give more details about what you're proposing here? Elegant signal handler is my main problem in this lib! I want ideas to get it correctly designed! Thanks for documentation appointments, I will fix all! And I forgot to put the main question on message: "Is there any interest in a library like this?" What you think? Thanks a lot!

3 4

[string_ref] string literal constructor
by Michael Marcin 08 Nov '13

08 Nov '13

I noticed string_ref doesn't have a constructor for a string literal. Wouldn't this save a call to strlen for a common case? Ex. template< std::size_t N > basic_string_ref( const charT( &str )[N] ) : basic_string_ref( str, N-1 ) { static_assert(N >= 1, "not a string literal"); } string_ref test( "test" ); I see that adding this directly doesn't work as the compiler is always choosing to decay and pick the const char* overload. Is there no way to make this work?

10 15

New Version (0.4) of Boost.Application (Aspect Based) available to comments (RFC).
by Renato Forti 07 Nov '13

07 Nov '13

Hi All, I have a new "Prototype" version (Version 0.4) of Boost.Application ready to use. This version use a concept of "aspects" suggested by 'Vicente J. Botet Escriba'. Thus the library is much more flexible than version 0.3 (old-version), now the components are independents (loosely coupled). The documentation (work in progress status) is available on : <http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html> http://www.dokfile.com/appbeta4/docs/libs/application/doc/html/index.html The lib can be downloaded on : <https://github.com/retf/Boost.Application> https://github.com/retf/Boost.Application Please send your feedback! -- Older Version (0.3): If you want to make a comparison with the previous version (0.3), check: <http://www.dokfile.com/appbeta3/docs/libs/application/doc/html/index.html> http://www.dokfile.com/appbeta3/docs/libs/application/doc/html/index.html Thanks

2 1

[1.55.0] Release candidate 2 available
by Marshall Clow 07 Nov '13

07 Nov '13

RC2 files for 1.55.0 are available at http://boost.cowic.de/rc/ 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. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: 93780777cfbf999a600f62883bd54b17 *boost_1_55_0_rc2.tar.gz d6eef4b4cacb2183f2bf265a5a03a354 *boost_1_55_0_rc2.tar.bz2 8aca361a4713a1f491b0a5e33fee0f1f *boost_1_55_0_rc2.zip 4e5bbc15fc8c80df8be428f8a5b5a823 *boost_1_55_0_rc2.7z Thanks! -- The release managers === Changes to release since rc1 === ---- Author: bemandawes Date: 2013-10-28 13:16:50 EDT (Mon, 28 Oct 2013) New Revision: 86503 URL: http://svn.boost.org/trac/boost/changeset/86503 Log: Merge 86426 from trunk. This should fix msvc test failures. ---- Author: bemandawes Date: 2013-10-29 09:15:03 EDT (Tue, 29 Oct 2013) New Revision: 86514 URL: http://svn.boost.org/trac/boost/changeset/86514 Log: Merge 84443 from trunk, to fix mpl assert failures for msvc in many libraries. ---- Author: eric_niebler Date: 2013-10-29 12:53:08 EDT (Tue, 29 Oct 2013) New Revision: 86516 URL: http://svn.boost.org/trac/boost/changeset/86516 Log: merge [86460] from trunk, fix bootstrap on mingw --- Author: jhunold Date: 2013-10-29 13:19:33 EDT (Tue, 29 Oct 2013) New Revision: 86519 URL: http://svn.boost.org/trac/boost/changeset/86519 Log: Merge 84402 from ^/trunk ------------------------------------------------------------------------ r84402 | jhunold | 2013-05-21 14:23:20 +0200 (Di, 21 Mai 2013) | 4 lines Fix: cache file loading and saving must use native paths Fixes caching at least on Windows platform ------------------------------------------------------------------------ --- Author: johnmaddock Date: 2013-11-01 05:32:55 EDT (Fri, 01 Nov 2013) New Revision: 86532 URL: http://svn.boost.org/trac/boost/changeset/86532 Log: Merge fix for dependency tracking. --- Author: danieljames Date: 2013-11-03 14:20:09 EST (Sun, 03 Nov 2013) New Revision: 86551 URL: http://svn.boost.org/trac/boost/changeset/86551 Log: Merge Visual C++ 12 fix for Unordered. --- Author: viboes Date: 2013-11-03 15:43:42 EST (Sun, 03 Nov 2013) New Revision: 86552 URL: http://svn.boost.org/trac/boost/changeset/86552 Log: Thread: merge [86540] to fix #9319.

11 16

Re: [boost] [1.55.0] Release candidate 2 available
by Peter Dimov 06 Nov '13

06 Nov '13

Robert Ramey wrote: > lol - I'm already dealing with the fallout from a previous "trivial one > line fix". I actually do understand, because most trivial one-line fixes aren't. This one (adding the missing #include <algorithm>) really is, though. (At least according to my experience.)

1 0

Re: [boost] [1.55.0] Release candidate 2 available
by Eric Niebler 06 Nov '13

06 Nov '13

On 11/5/2013 1:46 AM, LeMay.Steve wrote: > VS2013 needs archive's transform_width.hpp to #include <algorithm> so > that std::min will be properly defined. Looks like it. Can you file the bug please? -- Eric Niebler Boost.org http://www.boost.org

11 17