- Boost-users - lists.boost.org

[program_options] Config file and/or response file
by Michael Powell 04 Jun '13

04 Jun '13

Hello, Couple of questions about program options config file (and/or response file). I've got an options set that is starting to get fairly verbose, it's rich, but is also impractical to expect users to type that many options. So I would like to capture some (or all) of those options in one or more different config files, depending on the options that need to be set for a given session. With config files, can the parse_config_file method build a vector of options? For instance if I define "value" as vector<int>, can I specify value=1, value=2, value=3 and expect {1,2,3}? Or does the convention go something like this, value=1 2 3, and so on? Next, how does the parse_config_file method treat boiler plate iterative sections? In other words, if I've got a pattern and would like to capture zero or more of that pattern: [pattern] name=test param=1 expected=2 actual=3 [pattern] name=result param=4 expected=5 actual=6 Those might inform a vector<pattern> type concern downstream of the parser. Possible? Third, in a response file, there is a statement about "limitations", which was left at that. Can we be more specific? What kind of limitations are we talking about? Obvious ones like the delimiters between tokens come to mind, but other than that, that's a nebulous statement at best. Thank you. Regards, Michael Powell

2 1

Nesting bind with shared_ptr<T>::operator* and ref
by Chris Stankevitz 04 Jun '13

04 Jun '13

Hello, Can you please help me uncomment out the last "bind" of the program pasted below? The problem is that it will require some kind of mechanism to dereference the shared_ptr. Thank you, Chris === #include <boost/bind.hpp> #include <boost/function.hpp> #include <boost/make_shared.hpp> #include <boost/shared_ptr.hpp> #include <boost/utility.hpp> using namespace boost; struct C : noncopyable { C() {} void f() {} }; shared_ptr<C> GetC(int) { return make_shared<C>(); } int main() { function<void(C&)> x = bind(&C::f, _1); function<void(shared_ptr<C>)> y = bind(&C::f, _1); // Call x after first computing 42, GetC, and shared_ptr::operator* x(*GetC(42)); // Same as above, but with bind and ref bind(x, ref(*GetC(42)))(); // Similar to above, but delay calling 42, GetC, shared_ptr::operator*, // and ref until later. Also use y (takes a shared_ptr) vs x (that takes // a reference) bind(y, bind(GetC, _1))(42); // Same as above, but use x vs y // todo: add call to operator* // todo: add call to ref // // bind(x, bind(GetC, _1))(42); return 0; }

2 3

[Spirit] Stack overflow, suspect infinite recursion
by Simon 03 Jun '13

03 Jun '13

Hi, I'm writing a math string parser with boost::spirit and I'm stuck on this stack overflow. I've seen this before when I wrote a rule that was misleading. It's the second time I get these and I'm really not sure how I can troubleshoot this kind of problem. Help would be greatly appreciated. I have no issues parsing the forms "A?B" (where A,B are floats and ? is an arithmetic operator +,-,*,/). No issues parsing "(A)" either... At the moment of writing this, I haven't tried but I will be trying to parse simpler forms like "(A)?B" and "A?(B)", "(A?B)", "(A?B)?C" and "A?(B?C)"... I suspect going through them will eventually help me fix the bug with the form below... Below is the final output of my program through valgrind and the rules I have are at the end of my post. I suspect the prob is in the definition for start, operation or operand (an operand may be the result of an operation and an operation is performed on operands). There may be a nasty infinite recursion between operand and operation... The resulting objects are polymorphic and they are correct (as seen when used without spirit). Simon Parsing operations such as ( A?B ) ? ( C?D ) Parsing: (0.1+1.9)+(4.2+6.1) -> (AB=2.000000, CD=10.300000, ABCD=12.300000) ==17013== Stack overflow in thread 1: can't grow stack to 0xb907cfbc ==17013== ==17013== Process terminating with default action of signal 11 (SIGSEGV) ==17013== Access not within mapped region at address 0xB907CFBC ==17013== at 0x13487A: bool boost::spirit::qi::action<boost::spirit::qi::reference<boost::spirit::qi::rule<__gnu_cxx::__normal_iterator<char const*, std::string>, std::string ()(), boost::spirit::unused_type, boost::spirit::unused_type, boost::spirit::unused_type> const>, boost::phoenix::actor<boost::phoenix::composite<boost::phoenix::assign_eval, boost::fusion::vector<boost::spirit::attribute<0>, boost::phoenix::composite<boost::phoenix::detail::new_eval<HS::Language::axIdentifier>, boost::fusion::vector<boost::spirit::argument<0>, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_> >, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_> > > >::parse<__gnu_cxx::__normal_iterator<char const*, std::string>, boost::spirit::context<boost::fusion::cons<HS::Language::axIdentifier*&, boost::fusion::nil>, boost::fusion::vector0<void> >, boost::spirit::unused_type, boost::spirit::unused_type const>(__gnu_cxx::__normal_iterator<char const*, std::string>&, __gnu_cxx::__normal_iterator<char const*, std::string> const&, boost::spirit::context<boost::fusion::cons<HS::Language::axIdentifier*&, boost::fusion::nil>, boost::fusion::vector0<void> >&, boost::spirit::unused_type const&, boost::spirit::unused_type const&) const (action.hpp:50) ==17013== If you believe this happened as a result of a stack ==17013== overflow in your program's main thread (unlikely but ==17013== possible), you can try to increase the size of the ==17013== main thread stack using the --main-stacksize= flag. ==17013== The main thread stack size used in this run was 96002048. ==17013== Stack overflow in thread 1: can't grow stack to 0xb907cfb8 ==17013== ==17013== Process terminating with default action of signal 11 (SIGSEGV) ==17013== Access not within mapped region at address 0xB907CFB8 ==17013== at 0x48224AC: _vgnU_freeres (vg_preloaded.c:58) ==17013== If you believe this happened as a result of a stack ==17013== overflow in your program's main thread (unlikely but ==17013== possible), you can try to increase the size of the ==17013== main thread stack using the --main-stacksize= flag. ==17013== The main thread stack size used in this run was 96002048. ==17013== ==17013== HEAP SUMMARY: ==17013== in use at exit: 410,754 bytes in 25,628 blocks ==17013== total heap usage: 25,847 allocs, 219 frees, 437,192 bytes allocated ==17013== ==17013== LEAK SUMMARY: ==17013== definitely lost: 409,080 bytes in 25,571 blocks ==17013== indirectly lost: 432 bytes in 27 blocks ==17013== possibly lost: 1,050 bytes in 20 blocks ==17013== still reachable: 192 bytes in 10 blocks ==17013== suppressed: 0 bytes in 0 blocks ==17013== Rerun with --leak-check=full to see details of leaked memory ==17013== ==17013== For counts of detected and suppressed errors, rerun with: -v ==17013== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Segmentation fault Extract of the grammar: constnum = double_ [_val = new_<axConstant>(_1)]; alpha_numeric = alpha >> +(alnum); ident = alpha_numeric [_val = new_<axIdentifier>(_1)]; operand = ident | constnum | operation; addition = (operand >> lit('+') >> operand) [_val = new_<axAddition>(_1,_2)]; substraction = (operand >> lit('-') >> operand) [_val = new_<axSubstraction>(_1,_2)]; multiplication = (operand >> lit('*') >> operand) [_val = new_<axMultiplication>(_1,_2)]; division = (operand >> lit('/') >> operand) [_val = new_<axDivision>(_1,_2)]; precedence = (lit('(') >> operand >> lit(')')) [_val = new_<axPrecedence>(_1)]; operation = precedence | multiplication | division | addition | substraction; start = operation | operand; } boost::spirit::qi::rule<Iterator, AX*()> start; boost::spirit::qi::rule<Iterator, std::string()> alpha_numeric; boost::spirit::qi::rule<Iterator, axIdentifier*()> ident; boost::spirit::qi::rule<Iterator, axConstant*()> constnum; boost::spirit::qi::rule<Iterator, axOperand*()> operand; boost::spirit::qi::rule<Iterator, axOperation*()> operation; boost::spirit::qi::rule<Iterator, axAddition*()> addition; boost::spirit::qi::rule<Iterator, axSubstraction*()> substraction; boost::spirit::qi::rule<Iterator, axMultiplication*()> multiplication; boost::spirit::qi::rule<Iterator, axDivision*()> division; boost::spirit::qi::rule<Iterator, axPrecedence*()> precedence; };

2 2

Visual Studio Professional 2012
by Scott Alexander 03 Jun '13

03 Jun '13

Hi, Does Boost 1.51 support Visual Studio Professional 2012? I would like to use Boost 1.53 but the latest installer I can find is for 1.51 (from http://www.boostpro.com/download/) Where can I find and installer for the latest version? Thanks, Scott

3 2

Fwd: Compile error using BOOST_FUSION_DONT_USE_PREPROCESSED_FILES
by Fernando Gomes da Silva 03 Jun '13

03 Jun '13

Em quarta-feira, 29 de maio de 2013 17h11min09s UTC-3, Fernando Gomes da Silva escreveu: > > I'm having trouble setting the max template parameters for Boost Fusion > Tuples. > > I've read the source code and found that I can set > BOOST_FUSION_DONT_USE_PREPROCESSED_FILES and set FUSION_MAX_VECTOR_SIZE to > the given number. > > Using MSVC 2012 and using a value of 51, I get the following error: > > \boost_1_53_0\boost\fusion\container\vector\detail\vector_n_chooser.hpp(65): > error C2143: syntax error : missing ';' before '<' > \boost_1_53_0\boost\fusion\container\vector\detail\vector_n_chooser.hpp(66) > : see reference to class template instantiation > 'boost::fusion::detail::vector_n_chooser<T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,T11,T12,T13,T14,T15,T16,T17,T18,T19,T20,T21,T22,T23,T24,T25,T26,T27,T28,T29,T30,T31,T32,T33,T34,T35,T36,T37,T38,T39,T40,T41,T42,T43,T44,T45,T46,T47,T48,T49,T50>' > being compiled > \boost_1_53_0\boost\fusion\container\vector\detail\vector_n_chooser.hpp(65): > error C4430: missing type specifier - int assumed. Note: C++ does not > support default-int > \boost_1_53_0\boost\fusion\container\vector\detail\vector_n_chooser.hpp(65): > error C2238: unexpected token(s) preceding ';' > > Thank you for any inputs! > > Fernando >

1 0

Using boost from XCODE 4.6.1 - what are the proper build settings?
by B Hart 01 Jun '13

01 Jun '13

I downloaded boost 1.53 and extracted to Users/user/Desktop/boost_1_53_0 I built boost as static libraries following instructions at: http://libcinder.org/docs/v0.8.5/_cinder_boost.html I changed XCODE's "Build Settings" "Header Search Paths" to /Users/user/Desktop/boost_1_53_0 as well as the "Library Search Paths" to Users/user/Desktop/boost_1_53_0/stage/lib Then I build and get errors: The first error I'm getting is "has_binary_operator.hpp" Parse issue Expected member name or ';' after declaration specifiers at the line: template < typename Lhs, typename Rhs > struct operator_exists { ... Does anyone have tips for what the build settings should be? The project contains some files that are cocoa/objective C (.m) and others that are C++(.mm) using boost. I'm completely new to trying to use boost under OSX mountain lion and XCODE 4.6.1.

2 1

[mpl] Using max_element inside a fold while constructing a vector
by Brendon Costa 01 Jun '13

01 Jun '13

Hi, I have been using boost.mpl for the first time recently and have solved a number of tasks with boost.mpl now but have a problem with a bit of code I thought should be working. What is wrong with this bit of code using boost.mpl? typedef vector<int_<0>, int_<3>, int_<2> > v1; // I want to use max_element on a vector I am in the process of constructing using a fold typedef typename fold<v1, vector<int_<0> >, push_back<_1, deref<max_element<_1>::type >::type> >::type v2; // This code below compiles and runs fine to illustrate that max_element on a vector works, but is not what I am after. // I thought _1 in the max_element above would be a vector just as v1 below is, but the one below works and the one above does not. // typedef typename fold<v1, vector<int_<0> >, push_back<_1, deref<max_element<v1>::type >::type> >::type v2; I know this code is only going to create v2 like [0, 0, 0, 0] in this case but this is a smaller part of a larger expression that is failing and I cut it down to the minimum to show the problem at hand. In case it is useful I am using gcc 4.5.3 and boost 1.50

2 4

[Thread] Can't compile package_task code with 1.54
by Szymon Gatner 01 Jun '13

01 Jun '13

Hi, I just tried to compile my 1.52- based code with 1.54 beta and run into package_task compilation issue. In 1.52 I was using BOOST_THREAD_VERSION=3 define but with 1.54 I complied with =4. Test program: #define BOOST_THREAD_VERSION 4 #include <boost/thread/future.hpp> #include <boost/function.hpp> struct MyFunc { void operator()()const {} }; int main() { boost::function<void()> f; MyFunc mf; boost::packaged_task<void()> t1(f); // error 1 boost::packaged_task<void()> t2(mf); // error 2 } error 1 being: d:\devel\boost_1_54_0_beta1\boost\thread\future.hpp(2848): error C2664: 'boost::detail::task_object<F,R>::task_object(boost::detail::task_object<F,R> &)' : cannot convert parameter 1 from 'boost::function<Signature>' to 'boost::detail::task_object<F,R> &' and error 2 similarly: d:\devel\boost_1_54_0_beta1\boost\thread\future.hpp(2848): error C2664: 'boost::detail::task_object<F,R>::task_object(boost::detail::task_object<F,R> &)' : cannot convert parameter 1 from 'MyFunc' to 'boost::detail::task_object<F,R> &' (I tried with custom functor because I thought maybe error was related to boost function) Compiling with Visual Studio 2012 Update 3 Regards, Szymon Gatner

2 10

[1.54.0] Beta Release Candidates available
by Marshall Clow 01 Jun '13

01 Jun '13

Release candidate files for 1.54.0 beta 1 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: 31266b7dcc6f557ad839e4e87317cd6e *boost_1_54_0_beta1_rc1.tar.gz fbf7be9cbaf9ea6fb21ae73d0c17100d *boost_1_54_0_beta1_rc1.tar.bz2 7de4299ab69c941e83fe3fc46dddc15f *boost_1_54_0_beta1_rc1.zip c73e5118ff585d9f1d68542f96a0758a *boost_1_54_0_beta1_rc1.7z Thanks, --The release managers

4 5

[Xpressive] Nested patterns and sub-matches' semantic values
by Simon 30 May '13

30 May '13

Hi, For one part of a large project, I need to parse math and turn the "mathematical objects" into a C++ abstraction of them. Is it possible that a nested pattern hold semantic values within itself and can be queried for that value somehow? As if a match were a function of its sub-patterns' matches, if that makes sense... Code might speak better than my english: class math_number {...}; class math_addition {...}; class math_arglist {...}; class math_funcdef {...}; sregex integer = (s1= +_d) [ return math_number( as<int>(s1) ) ]; sregex addition = (s1= integer) >> '+' >> (s2= integer) [ return math_addition( as<math_number>(s1), as<math_number>(s2) ) ]; sregex arglist = (s1= identifier) >> *( ',' >> (s2= arglist)) [ std::vector<math_id> ids( as<math_arglist>(s2).begin(), as<math_arglist>(s2).end() ); ids.push_back(as<math_id>(s1)); return ids; ] sregex funcdef = ((s1= identifier) >> '(' >> (s2= arglist) >> ")=" >> (s3= addition)) [ return math_funcdef( as<math_id>(s1), as<math_arglist>(s2), as<math_addition>(s3) ) ]; I just want to avoid the funcdef above to be responsible for the construction of the various math_* objects the funcdef will hold (some of which will be complex to construct). And if I really must store the objects in an external stack, how should the parent-objects find their child-objects? Thanks, Simon

2 2