- Boost - lists.boost.org

Need some 64-bit testing help.
by John Maddock 18 Jan '12

18 Jan '12

Folks, I need some help with the tests in: sandbox/big_number/libs/multiprecision/test Which I have an suspicion may have problems in 64-bit release mode (though I hope not!), so I'm looking for some folks to do a: bjam release --disable-concepts in that directory with whatever 64-bit compilers you have access to. Many thanks in advance! John.

4 8

Request for Interest in several Modules
by Artyom Beilis 18 Jan '12

18 Jan '12

Hello, I have several modules/libraries I developed and released under Boost License. - CppDB Sql Connectivity - Stack Trace - Shared Object Loading - Nowide UTF-8 friendly standard C/C++ library API. ---------------------------------- Let's start Boost.CppDB CppDB library: Sql Connectivity library currently not Boostified, released and actively maintained. http://cppcms.sourceforge.net/sql/cppdb/index.html How much interest in this library as-is with small obvious modifications like using Boost Namespace Boost.SharedObject: Simple Shared Object class for loading DLLs/SO - i.e. cross platfrom dlopen/dlclose + naming (libfoo.3.dylib/libfoo.so.3/foo-3.dll) http://cppcms.sourceforge.net/cppcms_ref_v0_99/classbooster_1_1shared__obje… Any interest in this simple class? Boost.StackTrace Collecting stack trace automatically from exception and printing it. Very Very useful for debugging. http://cppcms.sourceforge.net/cppcms_ref_v0_99/namespacebooster_1_1stack__t… http://cppcms.sourceforge.net/cppcms_ref_v0_99/backtrace_8h_source.html Any interest in this library. It works (collects a trace and prints it) on: Windows, Solaris, Linux, Mac OS X Boost.NoWide Standard C and C++ library UTF-8 friendly API for windows classes/functions: boost { nowide { [of]stream - iostreams with UTF-8 file names f(re)open - FILE * functions with UTF-8 file names remove, rename- UTF-8 parameters getenv,putenv - UTF-8 environment variables args - UTF-8 argc, argv } } Under non windows just (using std::...) These functions (like Boost.Locale) all are parts of CppCMS C++ Web framework. Artyom Beilis -------------- CppCMS - C++ Web Framework: http://cppcms.sf.net/ CppDB - C++ SQL Connectivity: http://cppcms.sf.net/sql/cppdb/

17 43

[build] How to build a multi version non-header-library
by Vicente J. Botet Escriba 18 Jan '12

18 Jan '12

Hi, I want to provide two versions for Boost.Thread, one using Boost.Chrono and the other not. Boost.Thread is a non-header-only library so I guess that I need to build two libraries with different names. Is there already a library in Boost in the same context on which I can base my build design? What is the simples way to do this with Boost.build? Any pointers to the doc? Thanks in advance, Vicente

2 2

Re: [boost] Proposal for a Differential Evolution C++ library
by Adrian Michel 18 Jan '12

18 Jan '12

Hi, Sorry for the late reply. On 1/10/2012 11:01 AM, Topher Cooper wrote: > > On 1/10/2012 1:37 AM, Adrian Michel wrote: >> The way I see it, the only common point between different optimization >> algorithms (if they are generic enough) is the objective function, >> which should have a very simple prototype: >> >> double f( std::vector< double> ); >> >> so in theory if different algorithms are implemented to accept the >> same types (in C++ sense) of objective functions, then you could run >> them interchangeably between GA, DE etc without any modification to >> the function or algorithm. > > That ignores multi-objective optimization. In that case the return type > would be, at a minimum std:vector<double>, and might require information > on what characteristics are maximized. > ... > The points you raised make sense, but I think they go beyond the intended scope of this initial release. Unlike many other boost libraries whose main purpose is to enhance the language, DE is intended almost exclusively for solving domain specific problems. Because DE can be applied in many areas, by developers with a variety of requirements and levels of knowledge, I believe taking an iterative approach based on users' feedback will increase the chances of creating a library that's useful in solving real problems. As I mentioned before, this is an initial implementation. Some of the features I intend to add in a later release are: - multi-objective optimization - constraint functions (as opposed to just plain boundary constraints) - design centering ("Design centering is a constraint satisfaction problem whose goal is to find the solution, which, when perturbed, remains feasible more often than any other solution") and others. But these features are not trivial, and it would help me to get a sense of how the library is used before I start working on them. So far, I have received several good suggestions, I would like to nail down a list of specific additional requirements that this library needs to meet before moving on to the next step (and I'm not sure what that may be). Please let me know how to proceed. Adrian www.tradery.com

1 0

Re: [boost] Proposal for a Differential Evolution C++library
by Adrian Michel 18 Jan '12

18 Jan '12

On 1/10/2012 1:32 AM, Graham, Jeff wrote: > > I can help test on i686, amd64 and arm9 running linux. > Great, thanks! Can you please download the library from http://www.amichel.com/de/de.zip and try to build it? Let me know if you need help or have any questions. Best, Adrian www.tradery.com

1 0

Re: [boost] Proposal for a Differential Evolution C++ library
by Adrian Michel 18 Jan '12

18 Jan '12

On 1/11/2012 11:29 AM, Simonson, Lucanus J wrote: >The DE library description needs to be > very clear that it is for non-linear numerical optimization. I'm also > curious about how it compares industrial solvers like CPLEX. That is what I > had in mind when I said "good". It may be DE is one of the best ways to > solve a class of problems for which we don't know of a good way. There is > no point arguing about it in subjective terms, however. Instead, > quantifying how big of a problem it can handle in how many compute hours and > then providing a reference comparison to other solvers for other classes of > problem will put it into context and people will understand easily that it > is what it is and be able to tell if it is right for their problem or not. > There are people who may need it and not know it. There are people who may > need something else and not know it. The documentation should help both types of people. > Noted. In general I prefer to link to other sources that deal with the subject in much greater detail, but I can certainly add more information to help first time readers get a sense of why this library may be useful to them. > As far as design goes I would say that you want to split it into generic > genetic algorithm engine and a module for performing DE mutations. The GA > and DE-mutation modules would be configured separately and then composed to > produce the solution. That means you need to define an interface between > the GA and DE modules, but once you do that then you are able to easily swap > out GA engines or apply different mutation modules to achieve different GA > algorithms. I don't think that the mutation module needs to couple to > anything to do with the objective function at all. If someone wants to plug > in their HADOOP powered genetic algorithm instead of using the library > provided one then they would just use the DE mutations module. Alternately > they could use ASIO to build their own distributed GA module based on the > one provided by the library. There are already several policy components to allow user customization of DE, one of them being the "Mutation Policy" component. Does this address your suggestion, or are you referring to something even more general than that? Thanks, Adrian www.tradery.com

1 0

[config] How to use on Mac with C++11 dialect?
by John M. Dlugosz 17 Jan '12

17 Jan '12

I've asked this on Boost-User and had no reply. Maybe someone here would know? Using the current Boost 1.48 and the current Clang for the Apple Macintosh, when the compiler is set to accept the C++11 dialect (that is, new "auto" usage, lambda functions, rvalue references, etc.) then Boost headers choke. So currently we can use either C++11 or Boost, but not both. I'm sure it's a matter of configuration, of telling Boost headers that the compiler is indeed supporting these constructs. Can someone please point out what needs to be done? Thanks, —John

3 2

Re: [boost] compile time parser generator
by Martin Bidlingmaier 16 Jan '12

16 Jan '12

I'm not sure it's possible to get a string literal in a template< char ... > class string; 'Literals transformation is redefined into two distinct phases: raw and cooked. A raw literal is a sequence of characters of some specific type, while the cooked literal is of a separate type. The C++ literal 1234, as a raw literal, is this sequence of characters '1', '2', '3', '4'. As a cooked literal, it is the integer 1234. The C++ literal 0xA in raw form is '0', 'x', 'A', while in cooked form it is the integer 10. Literals can be extended in both raw and cooked forms, with the exception of string literals, which can only be processed in cooked form. This exception is due to the fact that strings have prefixes that affect the specific meaning and type of the characters in question.' - source: wikipedia - http://en.wikipedia.org/wiki/C%2B%2B11#User-defined_literals . Parsing string literals with constexpr is described in this article: http://akrzemi1.wordpress.com/2011/05/11/parsing-strings-at-compile-time-pa… For building the parser generator I used compile time polymorphism. Each symbol in EBNF would be represented as a class. The interface each symbol defines looks like this: struct symbol { constexpr symbol( const_string str , unsigned int begin = 0 ); //for an implementation of const_string see the article I linked constexpr bool valid(); constexpr unsigned int end(); }; For example, a symbol that parses a single character 'a' looks like this: struct sym_a { constexpr sym_a( const_string str , unsigned int begin = 0 ) : m_end ( begin >= str.size() ? 0u - 1 : //invalid index str[ begin ] == 'a' ? begin + 1 : 0u - 1 ) { } constexpr bool valid() { return m_end != 0u - 1; } constexpr unsigned int end() { return m_end; } unsigned int m_end; }; constexpr sym_a s1( "a" ); constexpr sym_a s2( "b" ); static_assert( s1.valid() , "" ); static_assert( !s2.valid() , "" ); The source for my current version of the parser generator is appended. I've also created a simple calculator that can handle + and * (and will accept any digit sequence as number, including "00000"). Notice, that currently only char strings are completely supported, defining terminals and the opt< T > operator won't work with other literals. (I know I can improve this for terminals, but I'm not sure about opt< T >.) The source compiles with gcc 4.6 and c++11 turned on without errors. -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

6 19

Re: [boost] boost threads: pthread mutex priority inheritance + patches
by Jason Newton 16 Jan '12

16 Jan '12

Ack, no discussion on this since I posted it back in July. In my opensuse packages, I apply the following patch to insure priority inheritence on mutexs. I had to go inside the mutex ctor to do the work. -Jason On Wed, Jul 27, 2011 at 5:40 PM, Jason Newton <nevion(a)gmail.com> wrote: > On Wed, Jul 27, 2011 at 4:48 PM, Jason Newton <nevion(a)gmail.com> wrote: > >> For the moment, the few lines that compose the mutex class are easily >> copied so that I can do my own business inside the constructor but I expect >> others will run into this problem down the line and this solution is a bit >> unsavory. Any better advice? >> > > Actually a private copy of mutex didn't work so well overall as pthread > conditions are hard coded to > void boost::condition_variable::wait(boost::unique_lock<boost::mutex>&) > > -Jason >

2 1

"protected" APIs
by Lorenzo Caminiti 16 Jan '12

16 Jan '12

Hello all, Boost.Closure (formerly, Boost.Local) needs to use some macros, types, etc that are currently marked private in Boost.ScopeExit: BOOST_SCOPE_EXIT_AUX_TAG boost::scope_exit::aux::undeclared ... So I will move these symbols from AUX/aux to another prefix/namespace. How shall the new prefix/namespace be named? These symbols should not go into the public API of ScopeExit because they should never be used by the end user. These symbols are only meant to be used by other parts of Boost so they should use some sort of "protected" prefix/namespace. For example, I could use "detail": "aux" for ScopeExit private API and "detail" for ScopeExit API that can be used within Boost but not by general users: BOOST_SCOPE_EXIT_DETAIL_TAG boost::scope_exit::detail::undeclared However, other Boost components already use "detail" for their private API (synonymous of "aux"). So, I could use "protected" instead: BOOST_SCOPE_EXIT_PROTECTED_TAG boost::scope_exit::protected_::undeclared What's the best convention to follow here? Thanks a lot. --Lorenzo

8 8