June 2009 - Boost - lists.boost.org

Compilation error in boost::bind
by Zachary Turner 17 Jun '09

17 Jun '09

The documentation for __stdcall in MSVC says the following: On Itanium Processor Family (IPF) and x64 processors, __stdcall is accepted and ignored by the compiler. Because of this, the following fragment from <boost/bind/bind.hpp> fails when causes build errors for either of these platforms: #define BOOST_BIND_CC #define BOOST_BIND_ST #include <boost/bind/bind_cc.hpp> #undef BOOST_BIND_CC #undef BOOST_BIND_ST #ifdef BOOST_BIND_ENABLE_STDCALL #define BOOST_BIND_CC __stdcall #define BOOST_BIND_ST #include <boost/bind/bind_cc.hpp> #undef BOOST_BIND_CC #undef BOOST_BIND_ST #endif Since it ignores the __stdcall the second time around, all the templates are re-declared with cdecl causing duplicate symbol definition errors. This is confirmed on MSVC 9.0 but I assume it exists on all versions of MSVC. What is the best way to fix this? I don't know much about how to use the BOOST_WORKAROUND macros, but I have patched this in my own version of bind.hpp by changing the block inside the ifdef to the following: #if defined(BOOST_BIND_ENABLE_STDCALL) && !(defined(BOOST_MSVC) && defined(_WIN64)) #define BOOST_BIND_CC __stdcall #define BOOST_BIND_ST #include <boost/bind/bind_cc.hpp> #undef BOOST_BIND_CC #undef BOOST_BIND_ST #endif This doesn't handle the itanium case obviously but off the top of my head I'm not sure what MSVC #defines for itanium. What would be the most robust way to fix this?

3 2

[mpl] is there a or_seq like logical metafunction?
by vicente.botet 17 Jun '09

17 Jun '09

Hello, I needs calculate the mlp::or_ of a sequence of nullary logical metafunction. This seams quite simple. I have do the following: <code> template <typename Seq> struct or_seq; template <typename Seq, long N> struct or_seq_aux : mpl::or_< typename mpl::front<Seq>::type, or_seq<typename mpl::pop_front<Seq>::type> > {}; template <typename Seq> struct or_seq_aux<Seq, 1> : mpl::front<Seq>::type {}; template <typename Seq> struct or_seq : or_seq_aux<Seq, mpl::size<Seq>::value> {}; </code> Is there a boost or_seq like logical metafunction? Is there a better way to do it? I would be extremely interested in any suggestions. Best regards --------------------------- Vicente Juan Botet Escriba

5 34

Unable to compile boost.wave
by Sean Farrow 17 Jun '09

17 Jun '09

Hi: The following is my boost compile output when trying to compile the latest trunk. Boost.wave fails to compile, this seems to be an issue with boost.spirit. Visual c++ 2005/2008, all latest patches/service pacs applied, windows xp sp3. Any help appreciated. Sean. --start log. Building C++ Boost. After the build, the headers will be located at C:\Program Files\boost The libraries will be located at C:\Program Files\boost\stage\lib Use 'bjam install --prefix=<path>' if you wish to install headers and libraries to a different location and remove the source tree. warning: Building Boost.Regex with the optional Unicode/ICU support disabled. note: Please refer to the Boost.Regex documentation for more information note: this is a strictly optional feature. warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user_config.jam warning: skipping optional Message Passing Interface (MPI) library. note: to enable MPI support, add "using mpi ;" to user-config.jam. note: to suppress this message, pass "--without-mpi" to bjam. note: otherwise, you can safely ignore this message. ...patience... ...patience... ...patience... ...found 6725 targets... ...updating 12 targets... compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\instan tiate_cpp_grammar.obj instantiate_cpp_grammar.cpp C:\Program Files\boost\boost/spirit/home/support/iterators/detail/split_std_deque_p olicy.hpp(102) : error C2440: '<function-style-cast>' : cannot convert from 'int' to 'boost::wave::cpplexer::lex_token<>' No constructor could take the source type, or constructor overload resolution was ambiguous C:\Program Files\boost\boost/spirit/home/support/iterators/multi_pass.hpp(117) : see reference to function template instantiation 'void boost::spirit::iterator_policies::split_std_deque::unique<Value>::increm ent<boost::spirit::multi_pass<T,Policies>>(MultiPass &)' being compiled with [ Value=boost::wave::cpplexer::lex_token<>, T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type, MultiPass=boost::spirit::multi_pass<std::pair<boost::wave::cpplexer::imp l::lex_iterator_functor_shim<token_type>,boost::wave::cpplexer::lex_inpu t_interface<token_type> >,boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::impl::le x_iterator_functor_shim<token_type>>::policy_type> ] C:\Program Files\boost\boost/spirit/home/support/iterators/multi_pass.hpp(115) : while compiling class template member function 'boost::spirit::multi_pass<T,Policies> &boost::spirit::multi_pass<T,Policies>::operator ++(void)' with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] C:\Program Files\boost\boost/wave/cpplexer/cpp_lex_iterator.hpp(170) : see reference to class template instantiation 'boost::spirit::multi_pass<T,Policies>' being compiled with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] C:\Program Files\boost\boost/wave/grammars/cpp_grammar_gen.hpp(81) : see reference to class template instantiation 'boost::wave::cpplexer::lex_iterator<TokenT>' being compiled with [ TokenT=token_type ] libs\wave\src\instantiate_cpp_grammar.cpp(45) : see reference to class template instantiation 'boost::wave::grammars::cpp_grammar_gen<LexIteratorT,TokenContainerT>' being compiled with [ LexIteratorT=lexer_type, TokenContainerT=token_sequence_type ] call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\inst antiate_cpp_grammar.obj.rsp" ...failed compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\instan tiate_cpp_grammar.obj... compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\instan tiate_defined_grammar.obj instantiate_defined_grammar.cpp C:\Program Files\boost\boost/spirit/home/support/iterators/detail/split_std_deque_p olicy.hpp(102) : error C2440: '<function-style-cast>' : cannot convert from 'int' to 'boost::wave::cpplexer::lex_token<>' No constructor could take the source type, or constructor overload resolution was ambiguous C:\Program Files\boost\boost/spirit/home/support/iterators/multi_pass.hpp(117) : see reference to function template instantiation 'void boost::spirit::iterator_policies::split_std_deque::unique<Value>::increm ent<boost::spirit::multi_pass<T,Policies>>(MultiPass &)' being compiled with [ Value=boost::wave::cpplexer::lex_token<>, T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type, MultiPass=boost::spirit::multi_pass<std::pair<boost::wave::cpplexer::imp l::lex_iterator_functor_shim<token_type>,boost::wave::cpplexer::lex_inpu t_interface<token_type> >,boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::impl::le x_iterator_functor_shim<token_type>>::policy_type> ] C:\Program Files\boost\boost/spirit/home/support/iterators/multi_pass.hpp(115) : while compiling class template member function 'boost::spirit::multi_pass<T,Policies> &boost::spirit::multi_pass<T,Policies>::operator ++(void)' with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] C:\Program Files\boost\boost/wave/cpplexer/cpp_lex_iterator.hpp(170) : see reference to class template instantiation 'boost::spirit::multi_pass<T,Policies>' being compiled with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] C:\Program Files\boost\boost/wave/grammars/cpp_defined_grammar_gen.hpp(42) : see reference to class template instantiation 'boost::wave::cpplexer::lex_iterator<TokenT>' being compiled with [ TokenT=token_type ] libs\wave\src\instantiate_defined_grammar.cpp(41) : see reference to class template instantiation 'boost::wave::grammars::defined_grammar_gen<LexIteratorT>' being compiled with [ LexIteratorT=lexer_type ] call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\inst antiate_defined_grammar.obj.rsp" ...failed compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\instan tiate_defined_grammar.obj... compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\instan tiate_predef_macros.obj instantiate_predef_macros.cpp C:\Program Files\boost\boost/spirit/home/support/iterators/detail/split_std_deque_p olicy.hpp(102) : error C2440: '<function-style-cast>' : cannot convert from 'int' to 'boost::wave::cpplexer::lex_token<>' No constructor could take the source type, or constructor overload resolution was ambiguous C:\Program Files\boost\boost/spirit/home/support/iterators/multi_pass.hpp(117) : see reference to function template instantiation 'void boost::spirit::iterator_policies::split_std_deque::unique<Value>::increm ent<boost::spirit::multi_pass<T,Policies>>(MultiPass &)' being compiled with [ Value=boost::wave::cpplexer::lex_token<>, T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type, MultiPass=boost::spirit::multi_pass<std::pair<boost::wave::cpplexer::imp l::lex_iterator_functor_shim<token_type>,boost::wave::cpplexer::lex_inpu t_interface<token_type> >,boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::impl::le x_iterator_functor_shim<token_type>>::policy_type> ] C:\Program Files\boost\boost/spirit/home/support/iterators/multi_pass.hpp(115) : while compiling class template member function 'boost::spirit::multi_pass<T,Policies> &boost::spirit::multi_pass<T,Policies>::operator ++(void)' with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] C:\Program Files\boost\boost/wave/cpplexer/cpp_lex_iterator.hpp(170) : see reference to class template instantiation 'boost::spirit::multi_pass<T,Policies>' being compiled with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] C:\Program Files\boost\boost/spirit/home/classic/tree/common.hpp(1531) : see reference to class template instantiation 'boost::wave::cpplexer::lex_iterator<TokenT>' being compiled with [ TokenT=token_type ] C:\Program Files\boost\boost/wave/grammars/cpp_predef_macros_grammar.hpp(157) : see reference to class template instantiation 'boost::spirit::classic::tree_parse_info<IteratorT>' being compiled with [ IteratorT=boost::wave::cpplexer::lex_iterator<token_type> ] C:\Program Files\boost\boost/wave/grammars/cpp_predef_macros_grammar.hpp(157) : while compiling class template member function 'boost::spirit::classic::tree_parse_info<IteratorT> boost::wave::grammars::predefined_macros_grammar_gen<LexIteratorT>::pars e_predefined_macro(const boost::wave::cpplexer::lex_iterator<TokenT> &,const boost::wave::cpplexer::lex_iterator<TokenT> &)' with [ IteratorT=boost::wave::cpplexer::lex_iterator<token_type>, LexIteratorT=lexer_type, TokenT=token_type ] libs\wave\src\instantiate_predef_macros.cpp(41) : see reference to class template instantiation 'boost::wave::grammars::predefined_macros_grammar_gen<LexIteratorT>' being compiled with [ LexIteratorT=lexer_type ] call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\inst antiate_predef_macros.obj.rsp" ...failed compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi\instan tiate_predef_macros.obj... ...skipped <pbin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi>libb oost_wave-vc90-mt-gd-1_40.lib for lack of <pbin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi>inst antiate_cpp_grammar.obj... ...skipped <pstage\lib>libboost_wave-vc90-mt-gd-1_40.lib for lack of <pbin.v2\libs\wave\build\msvc-9.0\debug\link-static\threading-multi>libb oost_wave-vc90-mt-gd-1_40.lib... ...skipped <pstage\lib>libboost_wave-vc90-mt-gd.lib for lack of <pstage\lib>libboost_wave-vc90-mt-gd-1_40.lib... compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\inst antiate_cpp_grammar.obj instantiate_cpp_grammar.cpp .\boost/spirit/home/support/iterators/detail/split_std_deque_policy.hpp( 102) : error C2440: '<function-style-cast>' : cannot convert from 'int' to 'boost::wave::cpplexer::lex_token<>' No constructor could take the source type, or constructor overload resolution was ambiguous .\boost/spirit/home/support/iterators/multi_pass.hpp(117) : see reference to function template instantiation 'void boost::spirit::iterator_policies::split_std_deque::unique<Value>::increm ent<boost::spirit::multi_pass<T,Policies>>(MultiPass &)' being compiled with [ Value=boost::wave::cpplexer::lex_token<>, T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type, MultiPass=boost::spirit::multi_pass<std::pair<boost::wave::cpplexer::imp l::lex_iterator_functor_shim<token_type>,boost::wave::cpplexer::lex_inpu t_interface<token_type> >,boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::impl::le x_iterator_functor_shim<token_type>>::policy_type> ] .\boost/spirit/home/support/iterators/multi_pass.hpp(115) : while compiling class template member function 'boost::spirit::multi_pass<T,Policies> &boost::spirit::multi_pass<T,Policies>::operator ++(void)' with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] .\boost/wave/cpplexer/cpp_lex_iterator.hpp(170) : see reference to class template instantiation 'boost::spirit::multi_pass<T,Policies>' being compiled with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] .\boost/wave/grammars/cpp_grammar_gen.hpp(81) : see reference to class template instantiation 'boost::wave::cpplexer::lex_iterator<TokenT>' being compiled with [ TokenT=token_type ] libs\wave\src\instantiate_cpp_grammar.cpp(45) : see reference to class template instantiation 'boost::wave::grammars::cpp_grammar_gen<LexIteratorT,TokenContainerT>' being compiled with [ LexIteratorT=lexer_type, TokenContainerT=token_sequence_type ] call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\in stantiate_cpp_grammar.obj.rsp" ...failed compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\inst antiate_cpp_grammar.obj... compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\inst antiate_defined_grammar.obj instantiate_defined_grammar.cpp .\boost/spirit/home/support/iterators/detail/split_std_deque_policy.hpp( 102) : error C2440: '<function-style-cast>' : cannot convert from 'int' to 'boost::wave::cpplexer::lex_token<>' No constructor could take the source type, or constructor overload resolution was ambiguous .\boost/spirit/home/support/iterators/multi_pass.hpp(117) : see reference to function template instantiation 'void boost::spirit::iterator_policies::split_std_deque::unique<Value>::increm ent<boost::spirit::multi_pass<T,Policies>>(MultiPass &)' being compiled with [ Value=boost::wave::cpplexer::lex_token<>, T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type, MultiPass=boost::spirit::multi_pass<std::pair<boost::wave::cpplexer::imp l::lex_iterator_functor_shim<token_type>,boost::wave::cpplexer::lex_inpu t_interface<token_type> >,boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::impl::le x_iterator_functor_shim<token_type>>::policy_type> ] .\boost/spirit/home/support/iterators/multi_pass.hpp(115) : while compiling class template member function 'boost::spirit::multi_pass<T,Policies> &boost::spirit::multi_pass<T,Policies>::operator ++(void)' with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] .\boost/wave/cpplexer/cpp_lex_iterator.hpp(170) : see reference to class template instantiation 'boost::spirit::multi_pass<T,Policies>' being compiled with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] .\boost/wave/grammars/cpp_defined_grammar_gen.hpp(42) : see reference to class template instantiation 'boost::wave::cpplexer::lex_iterator<TokenT>' being compiled with [ TokenT=token_type ] libs\wave\src\instantiate_defined_grammar.cpp(41) : see reference to class template instantiation 'boost::wave::grammars::defined_grammar_gen<LexIteratorT>' being compiled with [ LexIteratorT=lexer_type ] call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\in stantiate_defined_grammar.obj.rsp" ...failed compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\inst antiate_defined_grammar.obj... compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\inst antiate_predef_macros.obj instantiate_predef_macros.cpp .\boost/spirit/home/support/iterators/detail/split_std_deque_policy.hpp( 102) : error C2440: '<function-style-cast>' : cannot convert from 'int' to 'boost::wave::cpplexer::lex_token<>' No constructor could take the source type, or constructor overload resolution was ambiguous .\boost/spirit/home/support/iterators/multi_pass.hpp(117) : see reference to function template instantiation 'void boost::spirit::iterator_policies::split_std_deque::unique<Value>::increm ent<boost::spirit::multi_pass<T,Policies>>(MultiPass &)' being compiled with [ Value=boost::wave::cpplexer::lex_token<>, T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type, MultiPass=boost::spirit::multi_pass<std::pair<boost::wave::cpplexer::imp l::lex_iterator_functor_shim<token_type>,boost::wave::cpplexer::lex_inpu t_interface<token_type> >,boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::impl::le x_iterator_functor_shim<token_type>>::policy_type> ] .\boost/spirit/home/support/iterators/multi_pass.hpp(115) : while compiling class template member function 'boost::spirit::multi_pass<T,Policies> &boost::spirit::multi_pass<T,Policies>::operator ++(void)' with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] .\boost/wave/cpplexer/cpp_lex_iterator.hpp(170) : see reference to class template instantiation 'boost::spirit::multi_pass<T,Policies>' being compiled with [ T=std::pair<boost::wave::cpplexer::impl::lex_iterator_functor_shim<token _type>,boost::wave::cpplexer::lex_input_interface<token_type> >, Policies=boost::wave::cpplexer::make_multi_pass<boost::wave::cpplexer::i mpl::lex_iterator_functor_shim<token_type>>::policy_type ] .\boost/spirit/home/classic/tree/common.hpp(1531) : see reference to class template instantiation 'boost::wave::cpplexer::lex_iterator<TokenT>' being compiled with [ TokenT=token_type ] .\boost/wave/grammars/cpp_predef_macros_grammar.hpp(157) : see reference to class template instantiation 'boost::spirit::classic::tree_parse_info<IteratorT>' being compiled with [ IteratorT=boost::wave::cpplexer::lex_iterator<token_type> ] .\boost/wave/grammars/cpp_predef_macros_grammar.hpp(157) : while compiling class template member function 'boost::spirit::classic::tree_parse_info<IteratorT> boost::wave::grammars::predefined_macros_grammar_gen<LexIteratorT>::pars e_predefined_macro(const boost::wave::cpplexer::lex_iterator<TokenT> &,const boost::wave::cpplexer::lex_iterator<TokenT> &)' with [ IteratorT=boost::wave::cpplexer::lex_iterator<token_type>, LexIteratorT=lexer_type, TokenT=token_type ] libs\wave\src\instantiate_predef_macros.cpp(41) : see reference to class template instantiation 'boost::wave::grammars::predefined_macros_grammar_gen<LexIteratorT>' being compiled with [ LexIteratorT=lexer_type ] call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\in stantiate_predef_macros.obj.rsp" ...failed compile-c-c++ bin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi\inst antiate_predef_macros.obj... ...skipped <pbin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi>li bboost_wave-vc90-mt-1_40.lib for lack of <pbin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi>in stantiate_cpp_grammar.obj... ...skipped <pstage\lib>libboost_wave-vc90-mt-1_40.lib for lack of <pbin.v2\libs\wave\build\msvc-9.0\release\link-static\threading-multi>li bboost_wave-vc90-mt-1_40.lib... ...skipped <pstage\lib>libboost_wave-vc90-mt.lib for lack of <pstage\lib>libboost_wave-vc90-mt-1_40.lib... ...failed updating 6 targets... ...skipped 6 targets... --end log. __________ Information from ESET NOD32 Antivirus, version of virus signature database 4160 (20090616) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 1

Interest in a Bloom Filter?
by Dean Michael Berris 17 Jun '09

17 Jun '09

Hi Everyone, During the weekend, I got acquainted with and excited about Bloom Filters and the utility of such a data structure. I then proceeded to look at generic implementations of a bloom filter and I thought about implementing one myself instead as a simple exercise. Attached is what I came up with which I'm submitting as a library for review (and uploading to the vault). Also attached is a sample program which uses the bloom_filter. I've yet to write some documentation about it, which would be in the list of things to do in case there's enough interest for the library to be included in Boost. Thanks in advance and I hope this helps! -- Dean Michael Berris | Software Engineer, Friendster, Inc. blog.cplusplus-soup.com | twitter.com/mikhailberis | linkedin.com/in/mikhailberis | profiles.friendster.com/mikhailberis | deanberris.com

5 12

Boost on solaris compiled and linked with libCstd
by CREMARENCO Cosmin 16 Jun '09

16 Jun '09

Hi We have a solaris distribution of our software and we would like to use the boost libraries. In my understanding you recommend compiling and linking with stlport. However we depend on third party libraries that were built with libCstd, which is the old standard non-conformant library from sun. Sun docs clearly state that one should use either stlport or libCstd in the same program but not both. Also, we use sun studio 11. Now, we tried building boost with libCstd. A number of libraries built without problems: date, iostreams, prg, signals, system. In our application we use mostly header-only libraries and a small number of libraries that need to be linked with the program. We could get program-options (which we use extensively) to build by patching it (a tentative patch for 1.39 is attached). Of course one also needs to change tools/build/v2/tools/sun.jam in order to disable compiling and linking with stlport. My question is: if we send patches that allow boost to be compiled and linked with libCstd is there a chance that you will accept them in your main codeline? Best regards, Cosmin

2 1

[test] Untraceable Boost.Test framework internal error: unknown reason
by Peter Soetens 16 Jun '09

16 Jun '09

Hi, I'm using Boost 1.37.0 (Ubuntu Jaunty). When I run my testcases, they seem to complete well, but just before the end of the program exit, I get this error from Boost UTF: Boost.Test framework internal error: unknown reason FATAL: exception not rethrown Aborted I spent an hour trying to figure out 1) how to find out where the exception was thrown and 2) if the exception catching in boost could be disabled such that a simple gdb backtrace could point me to it. I have the suspicion that one of the signal handlers that boost UTF installs gets triggered, but I also did not find any way to disable the boost signal handlers. I'm really out of options... Any help/hints (would upgrading boost help?) really appreciated. Peter

2 3

[repost][threads] final decision on making parts of Boost.Threads header-only
by joaquin＠tid.es 16 Jun '09

16 Jun '09

I'm reposting this in the hope of catching the attention of the lib's author, who is at the end of the day the person reponsible of making the decision: Hi, A few weeks ago we had a discussion about the convenience of making part of Boost.Threads, namely mutexes and locks, header-only. Some (including Anthony Williams) supported the idea, others disliked it: http://lists.boost.org/Archives/boost/2009/04/150524.php What the final decision on this issue is? If positive (i.e. favoring the change), can it be expected to be done for Boost 1.40? As a remainder, I've created an associated trac ticket: https://svn.boost.org/trac/boost/ticket/2964 Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 4

Proposal: null pointer class
by Martin Törnwall 16 Jun '09

16 Jun '09

Hello Boost developers, I'd like to propose the inclusion of a null_ptr class in Boost. While I am fully aware that this topic has been brought up several times in the past, it appears as if though all discussions slowly died off without any final decision as to whether it is a worthy candidate for inclusion in Boost or not. The null pointer class proposals I have seen before were all designed to function in a manner similar to that of the "nullptr" keyword of C++0x. That is, the classes typically provided a template conversion operator, which allows it to evaluate to any pointer type with the value zero. My approach is to make the class, rather than the operator, a template: template<typename T> class null_ptr { public: operator T*() const { return reinterpret_cast<T *>(0); } }; As we can see, passing a null_ptr requires us to explicitly specify the type of pointer. While slightly verbose, I believe that it can be highly beneficial, for the following reasons: 1. In cases where multiple overloaded functions that take pointers exist, there is no way that we could accidentally call the wrong overload (since we have to explicity specify the type). 2. It makes code easier to read and understand. When reading the code, another programmer will instantly be able to see what type argument(s) a particular function accepts, thus making it much clearer than using NULL or nullptr. As with all other null pointer classes that have been suggested to date, the primary benefit of using my null_ptr over the NULL constant is that it solves the following problem: void f(int) { ... } void f(char *) { ... } int main() { func(NULL); func(null_ptr<char>()); } When passing NULL, f(int) will be called -- probably not what the programmer intended. The second call utilizes null_ptr<char> to guarantee that the overload of f() taking char* will be called instead of the one taking int. As noted above, my null_ptr class also handles multiple overloads taking pointer types gracefully. Please let me know what you think! P.S: I have tested the code on Microsoft Visual C++ 2008 as well as gcc 4.3.3 (Linux). Regards, Martin Törnwall

6 12

A question about Units & Spirit
by John Phillips 15 Jun '09

15 Jun '09

In the middle of the directX thread, Daniel Duffy asked a question that seems more suited to its own thread. I'm starting that thread and giving others a chance to join into the discussion by giving you the content of the few messages that have passed by so far. John From Daniel --------------------------------------------------- Hello, This is my first mail, so I hope I have sent it to the right address :) I am using the Units library for Dimensional Analysis. So far it is very useful. Up till now I am using it in a hard-coded/compile time way as in a test.cpp. My inteterst is in using Units as part of a larger run-time system so I need some way of making my code more flexible. Lambda library is an option here but I would also like to create units and quanties from string input as well as being able to parse these strings to units and then store the units in a database. Can I use Spirit (and Serialization) for these features? Maybe the functionality already exist, and I have not found it. best regrads Daniel J. Duffy From Hartmut --------------------------------------------------- Sure Spirit is your friend for all parsing and output generation needs. What did you have in mind? Regards Hartmut From Daniel ---------------------------------------------------- Hartmut, I would like to generate well-formed units and create expressions of the followiong kinds: Examples of unit expressions: 1. 2m + 15m*32s/16s = 32m. 2. 3m*7s + 2m*10s/5m = 21m + 4s -> ERROR. Can't add meters to seconds. The second group looks more tricky. Examples of simplification: 1. (x-2)2 + 4x2 - 2^x + 1 = 5x2 - 8x + 10 2. x2 + 7x + 10 = (x + 2)(x + 5) 3. (a + b)(a - b) = a2 - b2 4. sin(x)2 + cos(x)2 = 1 5. 2sin(x)cos(x) = sin(2x) One tricky part is for example #5 where the code needs to 'know' trigonometry. best regards Daniel From John ---------------------------------------------------------- Daniel J. Duffy wrote: > Hartmut, > I would like to generate well-formed units and create expressions of the followiong kinds: > > Examples of unit expressions: 1. 2m + 15m*32s/16s = 32m. 2. 3m*7s + 2m*10s/5m = 21m + 4s -> ERROR. Can't add meters to seconds. So, you want this to happen at run time, or at compile time? At compile time, I think you are already set with the Units library. At run time, there are examples with the library that would help. If parsing the input is your concern, then Spirit is a good choice. (Spirit 2 is even better, by the way.) Using the two together, you could write a program where a user enters your example lines and gets correct responses. > > The second group looks more tricky. > > Examples of simplification: 1. (x-2)2 + 4x2 - 2^x + 1 = 5x2 - 8x + 10 2. x2 + 7x + 10 = (x + 2)(x + 5) 3. (a + b)(a - b) = a2 - b2 4. sin(x)2 + cos(x)2 = 1 5. 2sin(x)cos(x) = sin(2x) > One tricky part is for example #5 where the code needs to 'know' trigonometry. As far as I can tell here, you are looking for a program that does symbolic algebra. If that is true, then I don't think boost has a complete solution for you. Writing the parser for the input with Spirit wouldn't be that bad, but writing the processing engine that matches patterns and does simplifications is not covered by any current Boost libraries. I don't recall seeing anyone poll for interest on this, so I don't think there is even a partial library in the sandbox. Would you want this at run time, compile time, both? I haven't tried to write it, but I think a pure compile time implementation would be prohibitively slow. For a pure run time solution, you might consider linking to already existing solutions, such as Maple or Mathematica. > > best regards > > Daniel > John

2 2

[ptr_container] Can't store a pointer to const in multimap?
by Amit Kumar 15 Jun '09

15 Jun '09

Please consider the following code: #include "boost/ptr_container/ptr_map.hpp" int main() { typedef boost::ptr_multimap<char, const int> M; M m; char c = 'c'; int* j = new int(7); m.insert(c, j); return 0; } The gcc 4.3.3 compiler fails to compiler the above code. Am I doing something wrong by inserting a non-const? Can't I store a pointer to const in the multimap? try.cpp: In function ‘int main()’: try.cpp:8: error: expected primary-expression before ‘=’ token /usr/include/c++/4.3/bits/stl_pair.h: In constructor ‘std::pair<_T1, _T2>::pair(const std::pair<_U1, _U2>&) [with _U1 = char, _U2 = const int*, _T1 = const char, _T2 = void*]’: boost/boost_1_39_0/boost/ptr_container/ptr_map_adapter.hpp:765: instantiated from ‘typename boost::ptr_container_detail::ptr_map_adapter_base<T, VoidPtrMap, CloneAllocator, Ordered>::iterator boost::ptr_multimap_adapter<T, VoidPtrMultiMap, CloneAllocator, Ordered>::insert_impl(const typename boost::ptr_container_detail::ptr_map_adapter_base<T, VoidPtrMap, CloneAllocator, Ordered>::key_type&, typename boost::ptr_container_detail::ptr_map_adapter_base<T, VoidPtrMap, CloneAllocator, Ordered>::mapped_type) [with T = const int, VoidPtrMultiMap = std::multimap<char, void*, std::less<char>, std::allocator<std::pair<const char, void*> > >, CloneAllocator = boost::heap_clone_allocator, bool Ordered = true]’ boost/boost_1_39_0/boost/ptr_container/ptr_map_adapter.hpp:799: instantiated from ‘typename boost::ptr_container_detail::ptr_map_adapter_base<T, VoidPtrMap, CloneAllocator, Ordered>::iterator boost::ptr_multimap_adapter<T, VoidPtrMultiMap, CloneAllocator, Ordered>::insert(typename boost::ptr_container_detail::ptr_map_adapter_base<T, VoidPtrMap, CloneAllocator, Ordered>::key_type&, typename boost::ptr_container_detail::ptr_map_adapter_base<T, VoidPtrMap, CloneAllocator, Ordered>::mapped_type) [with T = const int, VoidPtrMultiMap = std::multimap<char, void*, std::less<char>, std::allocator<std::pair<const char, void*> > >, CloneAllocator = boost::heap_clone_allocator, bool Ordered = true]’ try.cpp:9: instantiated from here /usr/include/c++/4.3/bits/stl_pair.h:106: error: invalid conversion from ‘const void*’ to ‘void*’ I also tried but failed with const casting j before insertion.

3 2