- Boost - lists.boost.org

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

Package build problem
by Scott Karns 21 May '09

21 May '09

When I attempt to create a boost-1.39.0 RPM, I encounter the following error: + bjam -j2 -d2 --layout=tagged --toolset=gcc variant=release threading=single,multi optimization=speed 'linkflags= -Wl,--as-needed -Wl,--no-undefined -lpython2.5' debug-symbols=on -sHAVE_ICU=1 --prefix=/usr --libdir=/usr/lib nBuilding C++ Boost. After the build, the headers will be located at /home/scott/RPM/BUILD/boost_1_39_0 The libraries will be located at /home/scott/RPM/BUILD/boost_1_39_0/stage/lib Use 'bjam install --prefix=<path>' if you wish to install headers and libraries to a different location and remove the source tree.nn warning: Graph library does not contain optional GraphML reader. note: to enable GraphML support, set EXPAT_INCLUDE and EXPAT_LIBPATH to the note: directories containing the Expat headers and libraries, respectively. warning: skipping optional Message Passing Interface (MPI) library. note: to enable MPI support, add "using mpi ;" to user-config.jam. note: to suppress this message, pass "--without-mpi" to bjam. note: otherwise, you can safely ignore this message. Note: Building Boost.Regex with Unicode/ICU support enabled Using ICU in /home/scott/RPM/BUILD/boost_1_39_0/tools/build/v2/build/virtual-target.jam:1056: in virtual-target.register-actual-name from module virtual-target error: Duplicate name of actual target: <pstage/lib>libboost_date_time.so.1.39.0 error: previous virtual target { common%common.copy-libboost_date_time.so.1.39.0.SHARED_LIB { gcc%gcc.link.dll-libboost_date_time.so.1.39.0.SHARED_LIB { gcc%gcc.compile.c++-gregorian/greg_month.o.OBJ { gregorian/greg_month.cpp.CPP } } { gcc%gcc.compile.c++-gregorian/greg_weekday.o.OBJ {gregorian/greg_weekday.cpp.CPP } } { gcc%gcc.compile.c++-gregorian/date_generators.o.OBJ { gregorian/date_generators.cpp.CPP } } } } I have changed the original --layout= option in the specfile from --layout=system to --layout=tagged per Vladimir's suggestion here http://lists.boost.org/Archives/boost/2009/05/151541.php. Anyone have a suggestion? -- Scott

2 1

[property_tree] Files with tab and min/max issues
by Jeremiah Willcock 21 May '09

21 May '09

(reposting this because it was part of a previous thread that property_tree maintainers may not have been following) Is libs/property_tree/detail/pugxml.hpp third-party code? It has several min/max and tab issues, but I did not fix them because it appeared to be outside code that we should not change. Should I fix the issues anyway? Also, the following two files had tabs within test input strings. I do not know if they were intentional. If so, I should probably change them to \t, and if not, they should become spaces. What do you want me to do with them? libs/property_tree/test/test_json_parser.cpp libs/property_tree/test/xml_parser_test_data.hpp -- Jeremiah Willcock

2 2

[Math/Statistical Distributions] Rethinking of distribution template parameters.
by Marco Guazzone 21 May '09

21 May '09

Dear Boost developers, This is a feature request for the next version of Math/Statisical Distributions lib. Currently, due to lack of input type information, discrete distributions can only be "emulated" by using the discrete_quantile policy. However, doing so the effective quantile type is still a real type. In my opinion, this have at least two disadvantages: 1. Operations are slow since the underlying quantile type is still real. Instead, operations on really integral types are generally faster. 2. Quantile comparison might be inaccurate since we are comparing real types So, for improving the support of discrete distributions, I think it would be nice if the all probability distributions gain a third template parameter, named, for instance, InputType. This can be used as follows: For discrete distributions, like the "discrete uniform distribution": --- [discrete_snip] --- template < typename InputType = int, typename ValueType = double, typename Policy = policies::policy<> > class discrete_uniform_distribution { public: typedef InputType input_type; typedef ValueType value_type; typedef Policy policy_type; discrete_uniform_distribution(input_type lower = 0, input_type upper = 9) : lower_(lower), upper_(upper) { // Empty } inline input_type lower() const { return lower_; } inline input_type upper() const { return upper_; } private: input_type lower_; input_type upper_; }; --- [/discrete_snip] --- For continuos distributions, like the "continuous uniform distribution": --- [continuous_snip] --- template < typename InputType = double, typename ValueType = InputType, typename Policy = policies::policy<> > class continuous_uniform_distribution { public: typedef InputType input_type; typedef ValueType value_type; typedef Policy policy_type; continuous_uniform_distribution(input_type lower = 0, input_type upper = 9) : lower_(lower), upper_(upper) { // Empty } inline input_type lower() const { return lower_; } inline input_type upper() const { return upper_; } private: input_type lower_; input_type upper_; }; --- [/continuous_snip] --- NOTE: as you know, discrete and uniform distributions behave differently. So two different class (or two different instantiations of the same templated class) must be provided. What do you think? Thank you for your attention!! -- Marco

2 3

[asio] Regarding ssl session reuse
by s samba 21 May '09

21 May '09

Hi All, I am new to this group. We are trying to use asio in our project. We don't see any ssl session cache in ssl stream. Is there any plan to add this? Shall I volunteer to work on this feature? -- Thanks Sambasiva S

1 0