May 2009 - Boost - lists.preview.boost.org

[multi_array] Bug in rbegin(), rend()?
by John Reid 25 May '09

25 May '09

I'm having some trouble iterating over a 2-dimensional multi_array in reverse order. I'm using boost 1.38 with gcc-4.2.4 and the following code won't compile with the error given below: #include <boost/multi_array.hpp> template< typename It > void iterate_over( It begin, It end ) { while( end != begin ) { begin->end() - begin->begin(); ++begin; } } void test() { boost::multi_array< double, 2 > m; iterate_over( m.begin(), m.end() ); // works fine iterate_over( m.rbegin(), m.rend() ); // causes error } This looks to me like a bug in the implementation of the reverse iterator for multi_array. Am I wrong? John. /home/john/Dev/ThirdParty/boost/boost_1_38_0/boost/iterator/iterator_facade.hpp: In static member function ‘static typename boost::mpl::if_<boost::is_reference<Reference>, Pointer, boost::detail::operator_arrow_proxy<ValueType> >::type boost::detail::operator_arrow_result<ValueType, Reference, Pointer>::make(Reference) [with ValueType = boost::multi_array<double, 1ul, std::allocator<double> >, Reference = boost::detail::multi_array::sub_array<double, 1ul>, Pointer = boost::multi_array<double, 1ul, std::allocator<double> >*]’: /home/john/Dev/ThirdParty/boost/boost_1_38_0/boost/iterator/iterator_facade.hpp:648: instantiated from ‘typename boost::detail::operator_arrow_result<typename boost::detail::iterator_facade_types<Value, CategoryOrTraversal, Reference, Difference>::value_type, Reference, typename boost::detail::iterator_facade_types<Value, CategoryOrTraversal, Reference, Difference>::pointer>::type boost::iterator_facade<I, V, TC, R, D>::operator->() const [with Derived = boost::reverse_iterator<boost::detail::multi_array::array_iterator<double, double*, mpl_::size_t<2ul>, boost::detail::multi_array::sub_array<double, 1ul> > >, Value = boost::multi_array<double, 1ul, std::allocator<double> >, CategoryOrTraversal = boost::detail::iterator_category_with_traversal<std::input_iterator_tag, boost::random_access_traversal_tag>, Reference = boost::detail::multi_array::sub_array<double, 1ul>, Difference = long int]’ src/sandbox/seqan_sandbox.cpp:12: instantiated from ‘void iterate_over(It, It) [with It = boost::reverse_iterator<boost::detail::multi_array::array_iterator<double, double*, mpl_::size_t<2ul>, boost::detail::multi_array::sub_array<double, 1ul> > >]’ src/sandbox/seqan_sandbox.cpp:22: instantiated from here /home/john/Dev/ThirdParty/boost/boost_1_38_0/boost/iterator/iterator_facade.hpp:326: error: no matching function for call to ‘implicit_cast(boost::detail::multi_array::sub_array<double, 1ul>*)’

2 4

XML character escaping
by Jeremiah Willcock 25 May '09

25 May '09

There is a function encode_char_entities() in boost/property_tree/detail/xml_parser_utils.hpp; is that safe to use from other Boost libraries? Boost.Graph's GraphML writer currently generates its own XML, and I just changed it to escape strings using that function. Should that be moved to someplace more public? -- Jeremiah Willcock

3 4

gsoc access to sandbox
by Michael Lopez 25 May '09

25 May '09

Hello, I'm a boost gsocer (relations graph proposal) and I was wondering if it might be possible for me to store my work in the sandbox. If not, is there any particular location where I ought to store my files? Michael

2 2

[BCP] Script for global renaming Boost Namespace
by Artyom 25 May '09

25 May '09

Hello, Today Boost does not provide any backward binary compatibility. This makes big problems in shipping 3rd part libraries that depend on Boost because library user must use the same version of Boost as that 3rd part library was compiled with. The problem is become even more critical for ELF platforms (UNIXes) where all symbols are exported by default. I had written a small Python script that switches boost namespace to other, allowing 3rd part project include it without collisions with primary Boost namespace. The script passes over the source tree of boost and changes each include path from <boost/foo/bar.hpp> too <newnamespace/foo/bar.hpp> and renames all macros and identifiers from some_BOOST_something to some_NEWNAMESPACE_something and some_boost_something to some_newnamespace_something. It does not touch comments (copyright) and strings unless the string is in form "boost/.*" which is usually some reference for include. I've run this script on the 1.39 version of boost and successfully build full boost release and run some of regression tests like Boost.Asio, Boost.Regex, Boost.Function and others, The source code is available at: http://art-blog.no-ip.info/files/rename.py You run it as: ./rename /path/to/boost/source new_namespace_name It renames all macros and namespaces to new namespace, and renames main include directory to new_namespace_na,e. Few points: 1. It is only alpha version script, I just want to see feedback and proposals 2. I do not update build scripts. I assume that each library that tryes to import its own version of Boost would provide its own build system. 3. The build scripts should be updated differently because they have different syntax and grammar. The required changes are to fix different build defines Please, give feedback proposal. If there someone who is familiar with Boost.Build systems can actually help, this would be very good. Today there is a big problem with working with different versions of Boost. It should be solved. I think this script may be a valuable addition to Boost.BCP utility that allows extracting a subset of boost for integration in 3rd part tools and libraries. Thanks, Artyom

1 0

Broken URL (redirection failure)
by Boris Schaeling 25 May '09

25 May '09

The redirection of http://www.boost.org/libs/string_algo/ to http://www.boost.org/doc/libs/1_39_0/doc/html/string_algo.html is broken. Or is it a problem with the library which doesn't provide an index.html? Boris

2 2

[wave] list_includes on the outs
by troy d. straszheim 23 May '09

23 May '09

Hey, on the release branch, trying to build the wave list_includes example with gcc 4.3.2, I get ../instantiate_lexertl_lexer.cpp:42: instantiated from here ../../../../../boost/wave/util/flex_string.hpp:1967: error: dependent-name 'std::iterator_traits::iterator_category' is parsed as a non-type, but instantiation yields a type ../../../../../boost/wave/util/flex_string.hpp:1967: note: say 'typename std::iterator_traits::iterator_category' if a type is meant any ideas? -t

2 4

boost interprocess linking error
by Edouard A. 23 May '09

23 May '09

I also got the https://svn.boost.org/trac/boost/ticket/2992 bug. That's the one with the linking error caused by the functions get_file_name_from_handle_function and unlink_file. The functions are defined as static inline, they are however too big to be successfully inlined. One work around I found so far is to pass the /force:multiple switch to the linker. Far from being ideal as that may hide other linking issues. -- EA

3 4

Re: [boost] [Signal] Variadic template implementation of signal/slot
by Kevin Brandon 22 May '09

22 May '09

On Wednesday 20 May 2009, Frank Mori Hess wrote: >On Wednesday 20 May 2009, Kevin Brandon wrote: >> Would anyone be interested in seeing my implementation of Signals/Slots >> that uses the variadic template capability that will be a part of c++0x > >> standard? >Sure. Can you give an outline of how you are using variadic templates and >the interface changes? I've submitted my template to the vault, under * Home / variadic_templates/Signal.hpp I know that my implementation does not take advantage of the useful templates boost provides like functional, variant, any, etc... So my apologies for that; however, here is a summary of it ... Imagine... template<typename Result, typename ... Args> class Signal { Result operator ()(Args... args); template<class T> void connect(T* objPtr, Result (T::*memPtr)(Args...)); void connect(Result (*funcPtr)(Args...)); void disconnect(); void disconnect(T* objPtr, Result (T::*memPtr)(Args...)); void disconnect(Result (*funcPtr)(Args...)); } Which does allow for this.... Signal<float, int, int> signal; signal.connect(&foo_function_pointer); signal.connect(&foo, Bar::&bar_member_function_pointer); float foo = signal(1,2); One neat feature that my implementation does allow for is that both functions and function pointers are considered "slots" and all can connect to the signal of the correct signature. Its still infantile, but I thought that was going in a neat direction. There is still quite a bit to do; however, I figured I'd find out it had enough merit to share. I did not make it threaded, thinking that I would leave that to the functions themselves to thread or not. In that same spirit I did not implement a block or unblock mechanism. I did not create the += operator, of which I saw that it was vote down for the boost Signal and Signal2 libraries. As I mentioned before, if the interest exists, I will try to integrate and respect the design decisions that already made in the other versions... This is my first venture into sharing to the open source community, so my apologies if it all seems a little wet behind the ears :P Thanks for your time and audience, Kevin Brandon

2 5

boost/functional/hash compilation errors
by Ralf W. Grosse-Kunstleve 22 May '09

22 May '09

This svn trunk revision breaks our builds on all platforms we have: ------------------------------------------------------------------------ r53161 | danieljames | 2009-05-21 14:22:04 -0700 (Thu, 21 May 2009) | 1 line Try to automatically detect which float functions are available. ------------------------------------------------------------------------ It still doesn't work with the current svn (53183). The error is (gcc 4.1.2): boost/boost/functional/hash/detail/float_functions.hpp:56: error: 'boost::none' cannot appear in a constant-expression boost/boost/functional/hash/detail/float_functions.hpp:56: error: template argument 1 is invalid The much more verbose (and maybe more helpful) Visual C++ 8 error is below. More errors: http://cci.lbl.gov/cctbx_build/show_error_summary.cgi?build_tag=2009_05_21_… Ralf C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : error C2923: 'boost::hash_detail::detect::is' : 'boost::none' is not a valid template type argument for parameter 'T' C:\AUTOBU~1\sources\boost\boost/none.hpp(23) : see declaration of 'boost::none' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : error C2913: explicit specialization; 'boost::hash_detail::detect::is' is not a specialization of a class template C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(85) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(98) : see reference to class template instantiation 'boost::hash_detail::detect::ldexp_access::check<Float>' being compiled with [ Float=float ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(135) : see reference to class template instantiation 'boost::hash_detail::check<Float,Access>' being compiled with [ Float=float, Access=boost::hash_detail::detect::ldexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(160) : see reference to class template instantiation 'boost::hash_detail::select_impl::x<Float,Access>' being compiled with [ Float=float, Access=boost::hash_detail::detect::ldexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(85) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(85) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(98) : see reference to class template instantiation 'boost::hash_detail::detect::ldexp_access::check<Float>' being compiled with [ Float=double ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(135) : see reference to class template instantiation 'boost::hash_detail::check<Float,Access>' being compiled with [ Float=double, Access=boost::hash_detail::detect::ldexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(166) : see reference to class template instantiation 'boost::hash_detail::select_impl::x<Float,Access>' being compiled with [ Float=double, Access=boost::hash_detail::detect::ldexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(85) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(85) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(98) : see reference to class template instantiation 'boost::hash_detail::detect::ldexp_access::check<Float>' being compiled with [ Float=long double ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(135) : see reference to class template instantiation 'boost::hash_detail::check<Float,Access>' being compiled with [ Float=long double, Access=boost::hash_detail::detect::ldexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(171) : see reference to class template instantiation 'boost::hash_detail::select_impl::x<Float,Access>' being compiled with [ Float=long double, Access=boost::hash_detail::detect::ldexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(85) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(88) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(98) : see reference to class template instantiation 'boost::hash_detail::detect::frexp_access::check<Float>' being compiled with [ Float=float ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(135) : see reference to class template instantiation 'boost::hash_detail::check<Float,Access>' being compiled with [ Float=float, Access=boost::hash_detail::detect::frexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(187) : see reference to class template instantiation 'boost::hash_detail::select_impl::x<Float,Access>' being compiled with [ Float=float, Access=boost::hash_detail::detect::frexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(88) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(88) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(98) : see reference to class template instantiation 'boost::hash_detail::detect::frexp_access::check<Float>' being compiled with [ Float=double ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(135) : see reference to class template instantiation 'boost::hash_detail::check<Float,Access>' being compiled with [ Float=double, Access=boost::hash_detail::detect::frexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(193) : see reference to class template instantiation 'boost::hash_detail::select_impl::x<Float,Access>' being compiled with [ Float=double, Access=boost::hash_detail::detect::frexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(88) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(88) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(98) : see reference to class template instantiation 'boost::hash_detail::detect::frexp_access::check<Float>' being compiled with [ Float=long double ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(135) : see reference to class template instantiation 'boost::hash_detail::check<Float,Access>' being compiled with [ Float=long double, Access=boost::hash_detail::detect::frexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(198) : see reference to class template instantiation 'boost::hash_detail::select_impl::x<Float,Access>' being compiled with [ Float=long double, Access=boost::hash_detail::detect::frexp_access ] C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(88) : error C2027: use of undefined type 'boost::hash_detail::detect::is' C:\AUTOBU~1\sources\boost\boost/functional/hash/detail/float_functions.hpp(56) : see declaration of 'boost::hash_detail::detect::is'

2 2

[MSVC10] Some test results up
by Richard Webb 22 May '09

22 May '09

For anyone who's interested, theres a set of Trunk test results using VC10 Beta 1 up under the RWVC10 runner. Thanks, Richard Webb -- View this message in context: http://www.nabble.com/-MSVC10--Some-test-results-up-tp23667421p23667421.html Sent from the Boost - Dev mailing list archive at Nabble.com.

2 2