- Boost - lists.preview.boost.org

Boost.Thread Co-authoring
by Vicente J. Botet Escriba 26 May '13

26 May '13

Hi, I'm the main maintainer of Boost.Thread since Nov 2011. I've fixed a lot of bugs and added a lot of new features (mainly conformance with C++11, but also others). Could my name appear as co-author of Boost.Thread in http://www.boost.org/doc/libs/1_53_0/? Best, Vicente

4 3

[trac] New component for type_erasure.
by Daniel James 25 May '13

25 May '13

Please can someone create a component for 'type_erasure', user 'steven_watanabe'? Thanks.

2 1

[bind][function][lamda][signals][variant][boostbook] PDF doc builds broken?
by John Maddock 25 May '13

25 May '13

The libs bind, lambda, signals, variant and boostbook all have: project boost/doc ; In their Jamfiles, and Boost.Build is now treating that duplication as an error. Is there any reason these project ID's can't be just commented out / removed? Thanks, John.

3 3

[multi-array] warning on mingw caused by assert macro
by Ronan Trépos 24 May '13

24 May '13

Hello boost comunity, I found a warning using boost/multi-array (boost 1.53) on mingw. The warning message : boost/multi_array/base.hpp:503:13: attention : unused variable 'bound_adjustment' When compiling a simple example including muti-array with the command line : c:\MinGW\bin\g++.exe -Wall -Wextra -O2 -DNDEBUG -g -Ic:/natifvle/install/boost/include/boost-1_53 -o MyExample.o -c MyExample.cpp The reason is that a locale variable bound_adjustement, before line 503 of multi_array/base.hpp, is defined and computed only if BOOST_DISABLE_ASSERT is not set. The line after, a BOOST_ASSERT is called using bound_adjustement. Since BOOST_DISABLE_ASSERT is not set, BOOST_ASSERT is defined as the mingw macro "assert" in boost/assert.hpp. Finally, mingw assert macro (see Mingw/include/assert.h) is defined as ((void) 0) if NDEBUG is defined (this is the case in my example). It took me a long time to see the problem. So my questions are : - Do I miss use the combination of NDEBUG and BOOST_DISABLE_ASSERTS ? Eg. if NDEBUG and BOOST_DISABLE_ASSERTS are set (or unset) together, then I have no warning. Should they be set to the same value ? - Or should boost/assert.hpp take into account NDEBUG for defining the macro BOOST_ASSERT (only for mingw ?) Best regards Ronan Trépos -- Trépos Ronan INRA unité MIAT, équipe RECORD, Toulouse http://carlit.toulouse.inra.fr/wikiz/index.php/Ronan_TREPOS tel : 05 61 28 51 89

1 0

[ASIO] Issue with epoll reactor? Callback handler not executed.
by Arpan Sen 24 May '13

24 May '13

Hi folks, I am using the latest version of Boost ASIO on a Suse11 box. I recently upgraded from an older version of Boost, and life since then has been unusually harsh. **** I have a piece of ASIO code that worked just fine earlier but doesn't do so now. Here's the offending snippet, rather simple looking: **** boost::asio::streambuf response; ... // code for deadline timer tcp::socket socket(io_service); socket.async_connect(*iterator, &conn_handler); io_service.reset(); io_service.run_one(); async_write(socket, buffer(command.c_str()), &write_handler); io_service.reset(); io_service.run_one(); async_read_until(socket, response, '\n', &read_handler); io_service.reset(); io_service.run_one(); Everything works fine till async_write. During async_read_until I can see that the response buffer does have some data by the time it returns. However, when io_service.run_one() happens the read_handler is NOT ALWAYS called which is very surprising. The function calling the read_handler (internal to ASIO) also does a commit to the streambuf so streambuf.size() becomes non-zero, i.e. ready for consumption by something like istream. All of that is missing now. Debugging this in some detail, I see that run_one is in fact responsible for calling read_handler. That is NOT happening and in epoll_reactor I am not seeing any real activity. Something there is activity and the behavior is as expected but 9/10 times completion handler won’t be called. The io_service object runs in a specific thread (I have a bunch of threads in my app) and no other thread accesses it. The Linux kernel running previous version has not been changed when I upgraded the Boost libraries. Instead of epoll, if I use select everything looks good. Any thoughts? Arpan

2 1

[git][property_tree] Conversion Looks Good, Lots of Redundant Branches
by Sebastian Redl 24 May '13

24 May '13

Reviewed the PropertyTree git history. Apart from the existence of all these redundant branches it looks good. Is there a way to modify the conversion script so that the branch commit itself doesn't show up if there are no follow-ups? Not a big thing, I can easily kill those branches afterwards, but they look so useless. Sebastian

2 1

[githelp] modular boost instructions?
by legalize+jeeves＠mail.xmission.com 24 May '13

24 May '13

[Please do not mail me a copy of your followup] OK, we've already established that the 'Experimenting with Modular Boost' instructions are woefully stale. Can someone please briefly describe what submodules I need to manually add just to get something bootstrapped? In the svn boost there is <root>/build and <root>/tools/build; neither of these is present in boostorg/boost and while there is a build repo, it seems to define a structure that creates <root>/build/build, so I'm confused. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>

9 32

[thread] SEVERE bug on packaged_task constructor in C++11 mode.
by Vicente J. Botet Escriba 23 May '13

23 May '13

Hi, There is a severe bug in packaged_task constructor when compiling in C++11 mode and giving a copyable functor as parameter, as reported in https://svn.boost.org/trac/boost/ticket/8596. I believe that this is not a regression, this have never worked. Until I find a fix, the packaged_task could be used only with free functions and with movable functors when compiling in C++11 mode. Fortunately there is no regression on C++98 compilers (at least not identified yet). Sorry for the disagreement, Vicente

3 5

[circular_buffer] Volunteer(s) needed
by Jan Gaspar 23 May '13

23 May '13

Hi all, Is there any volunteer that could take over the circular_buffer library? I do not maintain it any more. There are several bugs which need to be fixed and one challenging feature request (to implement move semantics). Here is the full list: Type: Bugs #4100 some boost classes have sizeof that depends on NDEBUG #5362 circular_buffer does not compile with BOOST_NO_EXCEPTIONS #6277 Checked iterators are not threadsafe #6747 Circular_Buffer / Bounded_Buffer inside Template class problem #7025 circular buffer reports warning: " type qualifiers ignored on function return type" while compile. #7950 Eliminate W4-warnings under VS2005 #8012 Inconsistency in linearize() #8438 vector & circular_buffer storage misbehave when using compiler optimizations Type: Feature Requests #5511 Documentation needs some improvement #7888 circular_buffer should support move semantics Type: Patches #8032 Warning fixes in circular_buffer (Prior doing any changes please read how the circular_buffers' documentation is generated: http://svn.boost.org/svn/boost/trunk/libs/circular_buffer/doc/HOWTO-srcdoc) Thanks and regards, Jan

6 13

[mpl] some msvc-11.0 tests failing on release branch
by Edward Diener 23 May '13

23 May '13

I have noticed 3 tests of mpl for msvc-11.0 failing on the release branch but succeeding on the trunk. So some change must have been made between the trunk and the release branch to cause this failure. These are affecting 'tti' and I imagine other libraries that depends on mpl. The failures are the 'contains', 'equal', and 'lambda' tests. I am not seeing any failures for msvc-8.0, 9.0, or 10.0 and mpl on the release branch. Here are the details ( pretty long ): ---------------------------------------------------------------- file ..\..\..\bin.v2\libs\mpl\test\contains.test\msvc-11.0\debug\contains.obj.rsp "contains.cpp" -Fo"..\..\..\bin.v2\libs\mpl\test\contains.test\msvc-11.0\debug\contains.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /wd4675 /EHs -c -DBOOST_ALL_NO_LIB=1 "-I..\..\.." compile-c-c++ ..\..\..\bin.v2\libs\mpl\test\contains.test\msvc-11.0\debug\contains.obj call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\vc\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"..\..\..\bin.v2\libs\mpl\test\contains.test\msvc-11.0\debug\contains.obj.rsp" contains.cpp C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=void, Pred=boost::mpl::is_na<void> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(49) : see reference to class template instantiation 'boost::mpl::arg<1>::apply<U1,U2>' being compiled with [ U1=void, U2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply.hpp(63) : see reference to class template instantiation 'boost::mpl::apply_wrap2<F,T1,T2>' being compiled with [ F=boost::mpl::protect<boost::mpl::arg<1>>, T1=void, T2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/iter_fold_if_impl.hpp(33) : see reference to class template instantiation 'boost::mpl::apply2<F,T1,T2>' being compiled with [ F=boost::mpl::arg<1>, T1=void, T2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/iter_fold_if_impl.hpp(67) : see reference to class template instantiation 'boost::mpl::aux::iter_fold_if_step_impl<__formal>::result_<Iterator,State,StateOp,IteratorOp>' being compiled with [ __formal=true, Iterator=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3>, State=void, StateOp=boost::mpl::arg<1>, IteratorOp=boost::mpl::next<boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/iter_fold_if_impl.hpp(107) : see reference to class template instantiation 'boost::mpl::aux::iter_fold_if_forward_step<Iterator,State,ForwardOp,Predicate>' being compiled with [ Iterator=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3>, State=void, ForwardOp=boost::mpl::arg<1>, Predicate=boost::mpl::protect<boost::mpl::aux::iter_fold_if_pred<boost::mpl::protect<boost::mpl::aux::find_if_pred<boost::mpl::same_as<unsigned int>>>,boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,8>>> ] C:\Programming\VersionControl\boostrel\boost/mpl/iter_fold_if.hpp(94) : see reference to class template instantiation 'boost::mpl::aux::iter_fold_if_impl<Iterator,State,ForwardOp,ForwardPredicate,BackwardOp,BackwardPredicate>' being compiled with [ Iterator=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,0>, State=void, ForwardOp=boost::mpl::arg<1>, ForwardPredicate=boost::mpl::protect<boost::mpl::aux::iter_fold_if_pred<boost::mpl::protect<boost::mpl::aux::find_if_pred<boost::mpl::same_as<unsigned int>>>,boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,8>>>, BackwardOp=boost::mpl::na, BackwardPredicate=boost::mpl::always<boost::mpl::false_> ] C:\Programming\VersionControl\boostrel\boost/mpl/iter_fold_if.hpp(102) : see reference to class template instantiation 'boost::mpl::iter_fold_if<Sequence,State,ForwardOp,ForwardPredicate>::result_' being compiled with [ Sequence=types, State=void, ForwardOp=boost::mpl::arg<1>, ForwardPredicate=boost::mpl::protect<boost::mpl::aux::find_if_pred<boost::mpl::same_as<unsigned int>>> ] C:\Programming\VersionControl\boostrel\boost/mpl/find_if.hpp(39) : see reference to class template instantiation 'boost::mpl::iter_fold_if<Sequence,State,ForwardOp,ForwardPredicate>' being compiled with [ Sequence=types, State=void, ForwardOp=boost::mpl::arg<1>, ForwardPredicate=boost::mpl::protect<boost::mpl::aux::find_if_pred<boost::mpl::same_as<unsigned int>>> ] C:\Programming\VersionControl\boostrel\boost/mpl/find.hpp(30) : see reference to class template instantiation 'boost::mpl::find_if<Sequence,Predicate>' being compiled with [ Sequence=types, Predicate=boost::mpl::same_as<unsigned int> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/contains_impl.hpp(36) : see reference to class template instantiation 'boost::mpl::find<Sequence,T>' being compiled with [ Sequence=types, T=unsigned int ] C:\Programming\VersionControl\boostrel\boost/mpl/contains.hpp(33) : see reference to class template instantiation 'boost::mpl::contains_impl<Tag>::apply<Sequence,T>' being compiled with [ Tag=boost::mpl::aux::vector_tag<8>, Sequence=types, T=unsigned int ] C:\Programming\VersionControl\boostrel\boost/mpl/assert.hpp(142) : see reference to class template instantiation 'boost::mpl::contains<Sequence,T>' being compiled with [ Sequence=types, T=unsigned int ] contains.cpp(23) : see reference to class template instantiation 'boost::mpl::assert_arg_pred' being compiled with [ P=boost::mpl::contains<types,unsigned int> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=void, U2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,3> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=void, U2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,4> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=void, U2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,5> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=void, U2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,6> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=void, U2=boost::mpl::v_iter<boost::mpl::vector8<int,char,long,short,char,long,double,long>,7> ] ...failed compile-c-c++ ..\..\..\bin.v2\libs\mpl\test\contains.test\msvc-11.0\debug\contains.obj... -------------------------------------------------------------------------- file ..\..\..\bin.v2\libs\mpl\test\equal.test\msvc-11.0\debug\equal.obj.rsp "equal.cpp" -Fo"..\..\..\bin.v2\libs\mpl\test\equal.test\msvc-11.0\debug\equal.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /wd4675 /EHs -c -DBOOST_ALL_NO_LIB=1 "-I..\..\.." compile-c-c++ ..\..\..\bin.v2\libs\mpl\test\equal.test\msvc-11.0\debug\equal.obj call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\vc\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"..\..\..\bin.v2\libs\mpl\test\equal.test\msvc-11.0\debug\equal.obj.rsp" equal.cpp C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=float, Pred=boost::mpl::is_na<float> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=float, U2=short, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<1>, T1=float, T2=short, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<1>, U1=float, U2=short, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(49) : see reference to class template instantiation 'boost::mpl::bind2<F,T1,T2>::apply<U1,U2>' being compiled with [ F=boost::mpl::quote2<boost::is_same,boost::mpl::void_>, T1=boost::mpl::arg<-1>, T2=boost::mpl::arg<-1>, U1=float, U2=short ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply.hpp(63) : see reference to class template instantiation 'boost::mpl::apply_wrap2<F,T1,T2>' being compiled with [ F=boost::mpl::protect<boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<-1>,boost::mpl::arg<-1>>>, T1=float, T2=short ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/iter_apply.hpp(42) : see reference to class template instantiation 'boost::mpl::apply2<F,T1,T2>' being compiled with [ F=boost::is_same<boost::mpl::_,boost::mpl::_>, T1=float, T2=short ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/and.hpp(25) : see reference to class template instantiation 'boost::mpl::aux::iter_apply2<F,Iterator1,Iterator2>' being compiled with [ F=boost::is_same<boost::mpl::_,boost::mpl::_>, Iterator1=boost::mpl::l_iter<boost::mpl::list1<float>>, Iterator2=boost::mpl::l_iter<boost::mpl::list1<short>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/and.hpp(29) : see reference to class template instantiation 'boost::mpl::aux::and_impl<C_,T1,T2,T3,T4>' being compiled with [ C_=true, T1=boost::mpl::aux::iter_apply2<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::list1<float>>,boost::mpl::l_iter<boost::mpl::list1<short>>>, T2=boost::mpl::true_, T3=boost::mpl::true_, T4=boost::mpl::true_ ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/and.hpp(55) : see reference to class template instantiation 'boost::mpl::aux::and_impl<C_,T1,T2,T3,T4>' being compiled with [ C_=true, T1=boost::mpl::not_<boost::is_same<boost::mpl::l_iter<boost::mpl::list1<short>>,boost::mpl::l_iter<boost::mpl::l_end>>>, T2=boost::mpl::aux::iter_apply2<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::list1<float>>,boost::mpl::l_iter<boost::mpl::list1<short>>>, T3=boost::mpl::true_, T4=boost::mpl::true_ ] C:\Programming\VersionControl\boostrel\boost/mpl/equal.hpp(56) : see reference to class template instantiation 'boost::mpl::and_<T1,T2,T3>' being compiled with [ T1=boost::mpl::not_<boost::is_same<boost::mpl::l_iter<boost::mpl::list1<float>>,boost::mpl::l_iter<boost::mpl::l_end>>>, T2=boost::mpl::not_<boost::is_same<boost::mpl::l_iter<boost::mpl::list1<short>>,boost::mpl::l_iter<boost::mpl::l_end>>>, T3=boost::mpl::aux::iter_apply2<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::list1<float>>,boost::mpl::l_iter<boost::mpl::list1<short>>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(49) : see reference to class template instantiation 'boost::mpl::aux::equal_pred<Predicate,LastIterator1,LastIterator2>::apply<Iterator2,Iterator1>' being compiled with [ Predicate=boost::is_same<boost::mpl::_,boost::mpl::_>, LastIterator1=boost::mpl::l_iter<boost::mpl::l_end>, LastIterator2=boost::mpl::l_iter<boost::mpl::l_end>, Iterator2=boost::mpl::l_iter<boost::mpl::list1<short>>, Iterator1=boost::mpl::l_iter<boost::mpl::list1<float>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply.hpp(63) : see reference to class template instantiation 'boost::mpl::apply_wrap2<F,T1,T2>' being compiled with [ F=boost::mpl::protect<boost::mpl::aux::equal_pred<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::l_end>,boost::mpl::l_iter<boost::mpl::l_end>>>, T1=boost::mpl::l_iter<boost::mpl::list1<short>>, T2=boost::mpl::l_iter<boost::mpl::list1<float>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/iter_fold_if_impl.hpp(62) : see reference to class template instantiation 'boost::mpl::apply2<F,T1,T2>' being compiled with [ F=boost::mpl::protect<boost::mpl::aux::equal_pred<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::l_end>,boost::mpl::l_iter<boost::mpl::l_end>>>, T1=boost::mpl::l_iter<boost::mpl::list1<short>>, T2=boost::mpl::l_iter<boost::mpl::list1<float>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/iter_fold_if_impl.hpp(107) : see reference to class template instantiation 'boost::mpl::aux::iter_fold_if_forward_step<Iterator,State,ForwardOp,Predicate>' being compiled with [ Iterator=boost::mpl::l_iter<boost::mpl::list1<float>>, State=boost::mpl::l_iter<boost::mpl::list1<short>>, ForwardOp=boost::mpl::next<boost::mpl::na>, Predicate=boost::mpl::protect<boost::mpl::aux::equal_pred<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::l_end>,boost::mpl::l_iter<boost::mpl::l_end>>> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/iter_fold_if_impl.hpp(122) : see reference to class template instantiation 'boost::mpl::aux::iter_fold_if_impl<Iterator,State,ForwardOp,ForwardPredicate,BackwardOp,BackwardPredicate>' being compiled with [ Iterator=boost::mpl::l_iter<boost::mpl::list4<char,long,double,float>>, State=boost::mpl::l_iter<boost::mpl::list4<char,long,double,short>>, ForwardOp=boost::mpl::next<boost::mpl::na>, ForwardPredicate=boost::mpl::protect<boost::mpl::aux::equal_pred<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::l_end>,boost::mpl::l_iter<boost::mpl::l_end>>>, BackwardOp=boost::mpl::void_, BackwardPredicate=boost::mpl::always<boost::mpl::false_> ] C:\Programming\VersionControl\boostrel\boost/mpl/equal.hpp(81) : see reference to class template instantiation 'boost::mpl::aux::iter_fold_if_impl<Iterator,State,ForwardOp,ForwardPredicate,BackwardOp,BackwardPredicate>' being compiled with [ Iterator=boost::mpl::l_iter<boost::mpl::list8<int,float,long,double,char,long,double,float>>, State=boost::mpl::l_iter<boost::mpl::list8<int,float,long,double,char,long,double,short>>, ForwardOp=boost::mpl::next<boost::mpl::na>, ForwardPredicate=boost::mpl::protect<boost::mpl::aux::equal_pred<boost::is_same<boost::mpl::_,boost::mpl::_>,boost::mpl::l_iter<boost::mpl::l_end>,boost::mpl::l_iter<boost::mpl::l_end>>>, BackwardOp=boost::mpl::void_, BackwardPredicate=boost::mpl::always<boost::mpl::false_> ] C:\Programming\VersionControl\boostrel\boost/mpl/equal.hpp(102) : see reference to class template instantiation 'boost::mpl::aux::equal_impl<Sequence1,Sequence2,Predicate>' being compiled with [ Sequence1=list2, Sequence2=list3, Predicate=boost::is_same<boost::mpl::_,boost::mpl::_> ] C:\Programming\VersionControl\boostrel\boost/mpl/assert.hpp(142) : see reference to class template instantiation 'boost::mpl::equal<Sequence1,Sequence2>' being compiled with [ Sequence1=list2, Sequence2=list3 ] equal.cpp(28) : see reference to class template instantiation 'boost::mpl::assert_arg_pred' being compiled with [ P=boost::mpl::equal<list2,list3> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=float, U2=short, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=short, Pred=boost::mpl::is_na<short> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=float, U2=short, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<2>, T1=float, T2=short, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<2>, U1=float, U2=short, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2866: 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_2' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=float, U2=short, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] ...failed compile-c-c++ ..\..\..\bin.v2\libs\mpl\test\equal.test\msvc-11.0\debug\equal.obj... ---------------------------------------------------------------------- file ..\..\..\bin.v2\libs\mpl\test\lambda.test\msvc-11.0\debug\lambda.obj.rsp "lambda.cpp" -Fo"..\..\..\bin.v2\libs\mpl\test\lambda.test\msvc-11.0\debug\lambda.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /wd4675 /EHs -c -DBOOST_ALL_NO_LIB=1 "-I..\..\.." compile-c-c++ ..\..\..\bin.v2\libs\mpl\test\lambda.test\msvc-11.0\debug\lambda.obj call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\vc\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"..\..\..\bin.v2\libs\mpl\test\lambda.test\msvc-11.0\debug\lambda.obj.rsp" lambda.cpp C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=char, Pred=boost::mpl::is_na<char> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<1>, T1=char, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<1>, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind2<F,T1,T2>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote2<boost::is_same,boost::mpl::void_>, T1=boost::mpl::arg<1>, T2=char, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(223) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>, T1=char, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(143) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind1<F,T1>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>, T1=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(160) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>, T1=char, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(427) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind5<F,T1,T2,T3,T4,T5>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>, T1=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>, T2=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>, T3=boost::mpl::bool_<true>, T4=boost::mpl::bool_<true>, T5=boost::mpl::bool_<true>, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(446) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind5<boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>,boost::mpl::bool_<true>,boost::mpl::bool_<true>,boost::mpl::bool_<true>>, T1=char, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(427) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind5<boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>,boost::mpl::bool_<true>,boost::mpl::bool_<true>,boost::mpl::bool_<true>>, U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(39) : see reference to class template instantiation 'boost::mpl::bind5<F,T1,T2,T3,T4,T5>::apply<U1>' being compiled with [ F=boost::mpl::quote5<boost::mpl::or_,boost::mpl::void_>, T1=boost::mpl::bind5<boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>,boost::mpl::bool_<true>,boost::mpl::bool_<true>,boost::mpl::bool_<true>>, T2=boost::mpl::bind2<boost::mpl::quote2<boost::mpl::greater,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::sizeof_,boost::mpl::void_>,boost::mpl::arg<1>>,boost::mpl::size_t<8>>, T3=boost::mpl::bool_<false>, T4=boost::mpl::bool_<false>, T5=boost::mpl::bool_<false>, U1=char ] C:\Programming\VersionControl\boostrel\boost/mpl/assert.hpp(142) : see reference to class template instantiation 'boost::mpl::apply_wrap1<F,T1>' being compiled with [ F=f, T1=char ] lambda.cpp(46) : see reference to class template instantiation 'boost::mpl::assert_arg_pred' being compiled with [ P=boost::mpl::apply_wrap1<f,char> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=char, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=double, Pred=boost::mpl::is_na<double> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<1>, T1=double, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<1>, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind2<F,T1,T2>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote2<boost::is_same,boost::mpl::void_>, T1=boost::mpl::arg<1>, T2=char, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(223) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>, T1=double, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(143) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind1<F,T1>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>, T1=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(160) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>, T1=double, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(427) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind5<F,T1,T2,T3,T4,T5>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>, T1=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>, T2=boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>, T3=boost::mpl::bool_<true>, T4=boost::mpl::bool_<true>, T5=boost::mpl::bool_<true>, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(446) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind5<boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>,boost::mpl::bool_<true>,boost::mpl::bool_<true>,boost::mpl::bool_<true>>, T1=double, T2=boost::mpl::na, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(427) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind5<boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>,boost::mpl::bool_<true>,boost::mpl::bool_<true>,boost::mpl::bool_<true>>, U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(39) : see reference to class template instantiation 'boost::mpl::bind5<F,T1,T2,T3,T4,T5>::apply<U1>' being compiled with [ F=boost::mpl::quote5<boost::mpl::or_,boost::mpl::void_>, T1=boost::mpl::bind5<boost::mpl::quote5<boost::mpl::and_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,char>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::not_,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::is_float,boost::mpl::void_>,boost::mpl::arg<1>>>,boost::mpl::bool_<true>,boost::mpl::bool_<true>,boost::mpl::bool_<true>>, T2=boost::mpl::bind2<boost::mpl::quote2<boost::mpl::greater,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::sizeof_,boost::mpl::void_>,boost::mpl::arg<1>>,boost::mpl::size_t<8>>, T3=boost::mpl::bool_<false>, T4=boost::mpl::bool_<false>, T5=boost::mpl::bool_<false>, U1=double ] C:\Programming\VersionControl\boostrel\boost/mpl/assert.hpp(142) : see reference to class template instantiation 'boost::mpl::apply_wrap1<F,T1>' being compiled with [ F=f, T1=double ] lambda.cpp(47) : see reference to class template instantiation 'boost::mpl::assert_arg_pred' being compiled with [ P=boost::mpl::apply_wrap1<f,double> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=double, U2=boost::mpl::na, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=double, U2=char, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=char, Pred=boost::mpl::is_na<char> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=double, U2=char, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<2>, T1=double, T2=char, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<2>, U1=double, U2=char, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2866: 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_2' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=double, U2=char, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=my, Pred=boost::mpl::is_na<my> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<1>, T1=my, T2=int, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<1>, U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::bind2<F,T1,T2>::apply<U1,U2,U3,U4,U5>' being compiled with [ F=boost::mpl::quote2<boost::is_same,boost::mpl::void_>, T1=boost::mpl::arg<1>, T2=boost::mpl::arg<2>, U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(223) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,boost::mpl::arg<2>>, T1=my, T2=int, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(427) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,boost::mpl::arg<2>>, U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(49) : see reference to class template instantiation 'boost::mpl::bind5<F,T1,T2,T3,T4,T5>::apply<U1,U2>' being compiled with [ F=boost::mpl::quote5<boost::mpl::or_,boost::mpl::void_>, T1=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<1>,boost::mpl::arg<2>>, T2=boost::mpl::bind2<boost::mpl::quote2<boost::is_same,boost::mpl::void_>,boost::mpl::arg<2>,my>, T3=boost::mpl::bind2<boost::mpl::quote2<boost::mpl::equal_to,boost::mpl::void_>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::sizeof_,boost::mpl::void_>,boost::mpl::arg<1>>,boost::mpl::bind1<boost::mpl::quote1<boost::mpl::sizeof_,boost::mpl::void_>,boost::mpl::arg<2>>>, T4=boost::mpl::bool_<false>, T5=boost::mpl::bool_<false>, U1=my, U2=int ] C:\Programming\VersionControl\boostrel\boost/mpl/assert.hpp(142) : see reference to class template instantiation 'boost::mpl::apply_wrap2<F,T1,T2>' being compiled with [ F=f, T1=my, T2=int ] lambda.cpp(64) : see reference to class template instantiation 'boost::mpl::assert_arg_pred' being compiled with [ P=boost::mpl::apply_wrap2<f,my,int> ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=int, Pred=boost::mpl::is_na<int> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<2>, T1=my, T2=int, T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<2>, U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2866: 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_2' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=my, U2=int, U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(45) : error C2866: 'boost::mpl::arg<1>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_1' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=my, U2=char [99], U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2664: 'boost::mpl::failed ************boost::mpl::not_<boost::mpl::is_na<T>>::* ***********boost::mpl::assert_not_arg<boost::mpl::is_na<T>>(void (__cdecl *)(Pred),void *)' : cannot convert parameter 2 from 'int' to 'void *' with [ T=char [99], Pred=boost::mpl::is_na<char [99]> ] Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/apply_wrap.hpp(80) : see reference to class template instantiation 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>' being compiled with [ U1=my, U2=char [99], U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(50) : see reference to class template instantiation 'boost::mpl::apply_wrap5<F,T1,T2,T3,T4,T5>' being compiled with [ F=boost::mpl::arg<2>, T1=my, T2=char [99], T3=boost::mpl::na, T4=boost::mpl::na, T5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/bind.hpp(206) : see reference to class template instantiation 'boost::mpl::aux::resolve_bind_arg<T,U1,U2,U3,U4,U5>' being compiled with [ T=boost::mpl::arg<2>, U1=my, U2=char [99], U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] C:\Programming\VersionControl\boostrel\boost/mpl/aux_/preprocessed/plain/arg.hpp(63) : error C2866: 'boost::mpl::arg<2>::apply<U1,U2,U3,U4,U5>::mpl_assertion_in_line_2' : a const static data member of a managed type must be initialized at the point of declaration with [ U1=my, U2=char [99], U3=boost::mpl::na, U4=boost::mpl::na, U5=boost::mpl::na ] ...failed compile-c-c++ ..\..\..\bin.v2\libs\mpl\test\lambda.test\msvc-11.0\debug\lambda.obj...

3 2

Re: [boost] Is there any interest in a library for actor programming?
by Vicente J. Botet Escriba 23 May '13

23 May '13

Hi, I've found this Scala Actor Akka 1[1] framework quite interesting. BTW, it defines both untyped and typed actors. Best, Vicente [1] http://doc.akka.io/docs/akka/2.1.4/Akka.pdf

4 3

[Fusion] another nil issue
by Rich E 23 May '13

23 May '13

I see there was work about 5 months ago to avoid the Obj-C++ nameclash with nil in Boost.Fusion: https://github.com/boostorg/fusion/commit/12d2898287a124ff4b398fd3fff512b6f… Thanks for that as there are alot of use using boost in this scenario. However, I have found another couple nameclashes that prevented me from linking against Boost.Log in the latest trunk on OS X with clang, when trying this sample code: http://boost-sandbox.sourceforge.net/libs/log/example/doc/tutorial_trivial_… Attached is the changeset I needed to make to build. Does this seem acceptable to the maintainers? Best, Rich

2 4

[MPL] Bug with default lambda expressions?
by Louis Dionne 23 May '13

23 May '13

Hi, Some higher order algorithms in the MPL have a default for the lambda expression they accept. A good example is `boost::mpl::equal`: template <typename S1, typename S2, typename Pred = is_same<_, _> > struct equal; This works fine most of the time, but I was recently bitten by the following: template <typename VectorOfVectors, typename Vector> struct find_vector : find_if< VectorOfVectors, equal<Vector, _1> > { }; typedef find_vector< vector< vector<int, int>, vector<char, char> >, vector<char, char> >::type ThisWillBreak; What happens here is that the `equal<Vector, _1>` expression inside `find_vector` really is `equal<Vector, _1, is_same<_1, _2> >` because of the default value for the predicate to `equal`. When the lambda is evaluated, the placholders inside the inner `is_same<_1, _2>` expression are replaced too, which yields unexpected results. Using template <typename S1, typename S2, typename Pred = typename lambda<is_same<_, _> >::type> struct equal; or equivalently template <typename S1, typename S2, typename Pred = quote2<is_same> > struct equal; fixes the issue. Also note that all of the unit tests of the MPL still pass with these changes. Is the current behavior intended, or should I submit a patch? Regards, Louis Dionne

5 7

[test]: heap tests broken in release
by Tim Blechmann 23 May '13

23 May '13

hi all, for some reasons, the tests of boost heap are broken in release. it crashes somewhere in boost.test code. trunk works well ... > 0 __gnu_cxx::new_allocator<unsigned long>::construct PC=0x0057084e, FP=0x7fffdee7d5e0 [/usr/include/c++/4.7/ext/new_allocator.h#120] 1 __gnu_cxx::__alloc_traits<std::allocator<unsigned long> >::construct<unsigned long> PC=0x0056fa2e, FP=0x7fffdee7d610 [/usr/include/c++/4.7/ext/alloc_traits.h#203] 2 std::vector<unsigned long,std::allocator<unsigned long> >::_M_insert_aux PC=0x0056fb77, FP=0x7fffdee7d680 [/usr/include/c++/4.7/bits/vector.tcc#354] 3 std::vector<unsigned long,std::allocator<unsigned long> >::push_back PC=0x0056ee4f, FP=0x7fffdee7d6a0 [/usr/include/c++/4.7/bits/stl_vector.h#893] 4 boost::unit_test::test_suite::add PC=0x0056d823, FP=0x7fffdee7d6d0 [/media/hd3btr/sources/boost-release/boost/test/impl/unit_test_suite.ipp#139] 5 boost::unit_test::ut_detail::test_init_caller::operator () PC=0x00577721, FP=0x7fffdee7d710 [/media/hd3btr/sources/boost-release/boost/test/impl/framework.ipp#96] 6 boost::unit_test::ut_detail::invoker<int>::invoke<boost::unit_test::ut_detail::test_init_caller> PC=0x0057c657, FP=0x7fffdee7d730 [/media/hd3btr/sources/boost-release/boost/test/utils/callback.hpp#42] 7 boost::unit_test::ut_detail::callback0_impl_t<int,boost::unit_test::ut_detail::test_init_caller>::invoke PC=0x0057c526, FP=0x7fffdee7d760 [/media/hd3btr/sources/boost-release/boost/test/utils/callback.hpp#89] 8 boost::unit_test::callback0<int>::operator () PC=0x00586d31, FP=0x7fffdee7d780 [/media/hd3btr/sources/boost-release/boost/test/utils/callback.hpp#118] 9 boost::detail::do_invoke<boost::scoped_ptr<boost::detail::translate_exception_base>,boost::unit_test::callback0<int> > PC=0x00586bb5, FP=0x7fffdee7d7a0 [/media/hd3btr/sources/boost-release/boost/test/impl/execution_monitor.ipp#281] 10 boost::execution_monitor::catch_signals PC=0x00585ecf, FP=0x7fffdee7e290 [/media/hd3btr/sources/boost-release/boost/test/impl/execution_monitor.ipp#885] 11 boost::execution_monitor::execute PC=0x00585f8b, FP=0x7fffdee7e370 [/media/hd3btr/sources/boost-release/boost/test/impl/execution_monitor.ipp#1211] 12 boost::unit_test::framework::init PC=0x7f7a20adb04a, FP=0x7fffdee7e400 [/media/hd3btr/sources/boost-release/boost/test/impl/framework.ipp#268] 13 boost::unit_test::unit_test_main PC=0x7f7a20af0c17, FP=0x7fffdee7e4b0 [/media/hd3btr/sources/boost-release/boost/test/impl/unit_test_main.ipp#177] 14 main PC=0x004d6439, FP=0x7fffdee7e4d0 [/media/hd3btr/sources/boost-release/boost/test/unit_test.hpp#59] 15 __libc_start_main PC=0x7f7a1fecfea3, FP=0x7fffdee7e590 [/usr/lib/debug/lib/x86_64-linux-gnu/libc-2.17.so] 16 _start PC=0x004d6344, FP=0x7fffdee7e598 [/media/hd3btr/sources/boost-release/bin.v2/libs/heap/test/fibonacci_heap_test.test/gcc-4.7/debug/threading-multi/fibonacci_heap_test] -- any idea? thanks, tim

3 3

[type_erasure][release] okay to add to release?
by Steven Watanabe 22 May '13

22 May '13

AMDG The trunk tests are clean except for xlc. In Christ, Steven Watanabe

4 5

[1.54.0] Deadline for major changes approaching
by Daniel James 22 May '13

22 May '13

Hello everyone, This is just a quick reminder that the release branch is closed for major changes on Monday. thanks, Daniel

3 6

[heap] van Emde Boas tree proposal
by Jeremy Murphy 22 May '13

22 May '13

Hi everyone, I propose to add the van Emde Boas tree (vEBt) to Boost, primarily as a container adaptor to satisfy the Boost.Heap concept and interface. Rationale The vEBt is an extremely efficient data structure for satisfying the operations of a priority queue. Where u = |U| and U is the universe of numbers that can be stored in the container, the vEBt performs top() in O(1) and push(), pop(), erase() in O(lg lg u). U is, however, limited by type and range: positive integer values from 0 to 2^w (where w is the word size)*. The naive implementation uses an abysmal Θ(u) space but this can be improved to Θ(n) with hashing. Design If people support the idea of the vEBt in principle then I would be really interested in their thoughts on ... should u be a run-time or compile-time constant? Should the vEBt be available as a data structure for purposes other than a priority queue? Implementation I recently finished the basic implementation of the algorithm, so anyone interested in seeing a teething new-born is welcome to take a look.** Gritty questions and constructive criticism about class structure, etc are always welcome. The code won't meet all the programming guidelines yet, but don't worry, I have them in mind. Cheers. Jeremy * There is a good lecture on it from MIT here: https://www.youtube.com/watch?v=AjFtTQevtq0 ** https://code.google.com/p/veb-heap/

1 0

Returned mail: Data format error
by sean.farrow＠seanfarrow.co.uk 22 May '13

22 May '13

The original message was received at Wed, 22 May 2013 15:02:28 +0800 from seanfarrow.co.uk [86.198.252.36] ----- The following addresses had permanent fatal errors ----- <boost(a)lists.boost.org> ----- Transcript of session follows ----- while talking to lists.boost.org.: >>> MAIL From:sean.farrow@seanfarrow.co.uk <<< 501 sean.farrow(a)seanfarrow.co.uk... Refused

1 0

Git Modularization Ready for Review
by Dave Abrahams 22 May '13

22 May '13

Hi All, After substantial work, including massive changes by me and Daniel Pfeifer to KDE's svn->Git conversion tool, we have captured every Boost SVN commit in a Git repository. You can view the results at http://github.com/boostorg http://bitbucket.org/boostorg or you can pull from these repositories and view them in your local browser. The conversion process is automated by http://jenkins.boost.org/job/Boost2Git/ using the tool at http://github.com/ryppl/Boost2Git The rules that describe how commits are distributed are in https://github.com/ryppl/Boost2Git/blob/master/repositories.txt To understand how to edit that file, please read https://github.com/ryppl/Boost2Git/wiki/Editing-repositories.txt Daniel and I are ready to accept your feedback on the results of modularization, and especially your pull requests containing edits to the ruleset. I will the steering committee to establish a formal review period, though. -- Dave Abrahams

16 41

[graph] A few additions to propose to BGL
by Mikael Persson 21 May '13

21 May '13

Hi all, I have developed a number of small additions to the BGL, nothing major, just things that were useful to me and more practical as an extension to BGL instead of as a separate library, and if you're interested, I'm willing to contribute them back. These are non-intrusive additions, no modifications of existing BGL code is required (although some can be discussed, see below). The proposed additions are: 1) Additional property-maps to fill the void between bundled properties and boost::property_map<> mechanisms. Incl. descriptor-to-bundle maps, bundle-to-property maps, composite maps (i.e., chaining property maps), etc. https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 2) A few more property-tags that are common for graph algorithms. https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 3) A few more graph-concepts: a) Tree concept: Facilities for tree inspection. b) MutableTree concept: Facilities for tree construction / destruction. c) MutablePropertyTree concept: Same as MutableTree concept but with properties (like MutablePropertyGraph concept). d) NonCompactGraph concept: For graphs / trees that may contain invalid vertices or edges (i.e., "holes"). https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 4) Boost Graph Library Tree adaptors. This is for using the boost::adjacency_list to store a tree (and comply to tree concepts). https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 5) Pooled Adjacency-list. This is a wrapper around the boost::adjacency_list class which uses a method similar to Boost.Pool to store vertices in a contiguous storage (boost::vecS) while keeping vertex descriptors and iterators valid after removals. https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… Here are the some subjective issues to discuss: w.r.t.-3c) In my MutablePropertyTree concept, I have included removal functions that extract the properties of the elements to be removed. This can usually be implemented easily and provides symmetry w.r.t. to element-adding functions (if you can provide properties when creating elements, you should be able to retrieve them when removing elements). Without this, you can either copy the properties before removing the elements (needless copy and destruct), or you can std::move them out before removing the elements (leaving zombie elements in the graph in the meanwhile). The preferred option is to have the removal function move the properties into a destination (e.g. back-inserter). I would argue that the existing MutablePropertyGraph concept should include overloads for recording properties during removals, this shouldn't break any existing user-side code and be easily added to existing graph data structures. w.r.t.-3d) I have two issues with the NonCompactGraph concept: 1) Invalid elements mostly (or only) show up from iterators. So, one practical option is to have the iterators skip invalid elements. This effectively makes a "non-compact" graph look "compact". This would make this concept useless. However, iterators that must skip over invalid elements cannot provide random-access. There are ways to get the best of both worlds, such as introducing some "always-valid" iterators, which might or might not be identical to the base iterators (zero-overhead) depending on whether the graph is compact or not (a tag or meta-function might be needed to identify this). 2) A common operation with non-compact containers is to "re-pack" it. Generally, the advantage of leaving holes in a container is to avoid invalidating iterators. But, at certain points, one can decide to compact the container again. In the non-compact implementations that I have, I have included such functions, but never really needed them in practice (when removals <= insertions). I wonder if such functions should be included in the NonCompactGraph concept. This is mainly what I propose to contribute back to the BGL (or any part of it). I have, however, lots of other code that is peripheral or closely tied to the BGL. Some is a bit more experimental at this stage, while other things are too peripheral or too specific. You are welcome to browse my library to see if anything else grabs your attention. See below for a short list of a few specific items that might be of interest. Cheers, (and pardon the lengthy email) Mikael. P.S.: Other interesting items that I have developed that might be worth proposing: 6) Linked-tree. A classic linked-tree data structure. It has similar signature as boost::adjacency_list and models the relevant BGL graph concepts and the proposed tree concepts: https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 7) Contiguous layout trees. These are fixed-arity (D-ary) trees that use a breadth-first layout (similar to heaps) in contiguous memory. They model the relevant BGL concepts and the proposed tree concepts. a) D-ary BF-tree uses one contiguous storage with vertices laid out in breadth-first order. It works great, it's my work-horse tree-implementation and the memory-locality it provides has been a major performance factor in my code. https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… b) D-ary COB-tree (Cache-Oblivious B-tree) uses a tree of moderately-sized contiguous blocks with breadth-first layout within them. This thing is nice in theory, but in practice it has been difficult to guarantee correctness and to deliver good performance (it only out-performs the BF-tree when the size of the tree is in the gigabytes range). https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 8) I wrote an AD* algorithm, which I modeled after the BGL's existing A* search implementation. It's rather old code that I haven't done much with for a while, but I'm willing to resurrect it if there is interest for it. The fact that it is a dynamic / anytime / on-line graph algorithm makes it a bit odd compared to the other existing algorithms in BGL (all static / batch / off-line algorithms, AFAIK). https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 9) I wrote a multi-graph template to overlay an adjacency-list (i.e., general "graph") and a tree (i.e., complying to the proposed tree concepts). The point here is to have one set of vertices and two sets of edges, one forming a general graph and one forming a tree. The motivation is to: keep the graph and tree strongly synchronized by sharing the same storage; and, benefit from cache-friendly tree layouts (e.g., BF-tree) when using the general graph. My reservations with this are that the code is (1) not be quite polished yet, (2) a bit too advanced / specific for the general nature of the BGL, and (3) a bit convoluted to use (user-side code is messy). https://github.com/mikael-s-persson/ReaK/blob/master/src/ReaK/ctrl/graph_al… 10) If you find anything else you like, we can discuss it. I mostly write path-planning code and lots of numerical stuff. I have a nice sampling-based motion-planning framework in place that builds upon the BGL, and extended (and more mathematically sound) "Topology" concepts, as well as space-partitioning trees and stuff like that: https://github.com/mikael-s-persson/ReaK/tree/master/src/ReaK/ctrl/graph_alg https://github.com/mikael-s-persson/ReaK/tree/master/src/ReaK/ctrl/path_pla… https://github.com/mikael-s-persson/ReaK/tree/master/src/ReaK/ctrl/topologi… -- Sven Mikael Persson

2 2

Re: [boost] [ASIO] Having a hard time after upgrading my boost
by Marat Abrarov 20 May '13

20 May '13

> My code is heavily multi-threaded. This problem doesn't show up in > single threaded environment at all. My OS is SUSE 11 and g++-4.3.3 as the > compiler. I may have to post some code eventually but on the top off your > head - do you have any pointers for me? Note that free functions like asio::async_read/aync_read_untill (async_write/async_write_until, etc) are composed operations so "... The program must ensure that the stream performs no other read operations (such as async_read, async_read_until, the stream's async_read_some function, or any other composed operations that perform reads) until this operation completes" (http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/reference/async_re ad_until.html). Also note that most of Asio classes (sockets, timers, etc.) are not thread safe. So in multi-threaded program you have to use some kind of synchronization if there is no implicit strand (http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/overview/core/stra nds.html). The simplest kind of synchronization is asio::io_service::strand. If you use something else (for example, mutex) then notice intermediate handlers created by composed operations (http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/overview/core/stra nds.html, asio_handler_invoke) and use your synchronization in a right way (for mutex see https://github.com/boostcon/2011_presentations/raw/master/mon/thinking_async hronously.pdf, struct mutex_wrapper at page 95-97). There is a feature named "Handler Tracking" (http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/overview/core/hand ler_tracking.html) that can help you to investigated the order of handler invocation. Regards, Marat Abrarov.

2 1

[ASIO] Having a hard time after upgrading my boost libraries
by Arpan Sen 20 May '13

20 May '13

Folks, I recently moved to boost 1.52, been using a pretty old version of boost earlier. Quite a number of pieces of my code have stopped working since then, but the one that's really a pain is the ASIO piece. I have a lot of code that makes use of ASIO's async read/write and other calls and there seems to be a problem reading data from socket with async_read_until - sometimes I get empty string, there's valid data at other times. My code is heavily multi-threaded. This problem doesn't show up in single threaded environment at all. My OS is SUSE 11 and g++-4.3.3 as the compiler. I may have to post some code eventually but on the top off your head - do you have any pointers for me? Thanks for your time. Arpan

3 2

atomic lockpool and alignment
by Jesper Storm Bache 20 May '13

20 May '13

I am new to this list, so I apologize if this has already been discussed. boost_1_53_0/libs/atomic/src/lockpool.cpp contains: static lockpool::lock_type lock_pool_[41]; On most systems, I would expect that lock_type becomes atomic<bool> v_; I therefore seems to me that we are packing a large number of commonly used locks into sequential memory and therefore increasing the risk of false sharing due to cache line sharing. At the same time, I expect that the 41 lock instances will be used frequently and as such it seems to make sense to align the array to a VM page boundary (to get only a single hot VM page). Has alignment/padding been considered for the lock_pool implementation? If so what are the reasons for its dismissal? Thanks, Jesper Storm Bache

2 1

Can't find documentation for contributing to Boost.
by Jeffrey Yasskin 20 May '13

20 May '13

I'm thinking of sending in a fix for https://svn.boost.org/trac/boost/ticket/7630, and to do that I need to check out Boost at head and run the tests for the Range project. So I went to http://www.boost.org/development/index.html hoping to find instructions. That page has some useless graphs and a calendar, but no mention of source control or command lines. I don't want to contribute testing resources, so I look on the right side for something that looks useful. "Submissions" leads to http://www.boost.org/development/submissions.html, which talks about contributing a whole new library rather than fixing bugs in an existing one. Nothing else in the right-side navigation box looks like it's going to help. A couple times in the past, I've just given up at this point, but this time I decided to let you know about the problem. Could someone write down how to fix a bug in Boost and put it somewhere I can find it on the website? Thanks, Jeffrey

3 3

[string_ref] Don't rely on implicit conversation for operators
by Nicola Bizzoca 20 May '13

20 May '13

Hi, This is a follow up of "[string_ref] Add an equality operator between string_ref and char*" I'm sorry for the previous message, I'm started learning C++ and I'm making some errors Here the new topic: boost::string_ref rely on implicit conversation for using operators For example this operator: template<typename charT, typename traits> bool operator==(basic_string_ref<charT, traits> x, basic_string_ref<charT, traits> y) Is bad because if I write this: boost::string_ref("http") == "http" The compiler complains: error: no match for ‘operator==’ (operand types are ‘boost::basic_string_ref<char, std::char_traits<char> >’ and ‘const char [5]’) It can't find the correct overload because implicit conversion is considered after candidate templates have been considered boost::string_ref should offer overloads for string and const char* so it can be possible write code like boost::string_ref("boost") == "boost" && boost::string_ref("c++") == std::string("c++")

3 2