- Boost - lists.preview.boost.org

[functional/hash] error: more than one instance of overloaded function "fpclassify" matches the argument list:
by Vicente J. Botet Escriba 02 Dec '12

02 Dec '12

Hi, there is a compile error that making fail all the tests in this tester. Could someone take care of it? Best, Vicente Test output: lazy piranha fedora 17 64 C++11 - thread - async__async_p / intel-linux-13.0.1 Rev 81655 / Sat, 1 Dec 2012 18:49:57 +0000 *Report Time: *Sun, 2 Dec 2012 12:54:01 +0000 Compile [2012-12-02 03:35:40 UTC]: fail "/opt/intel/bin/icpc" -c -xc++ -std=c++11 -O0 -g -w2 -inline-level=0 -pthread -fPIC -wd1418 -wd193,304,383,444 -wd2415 -wd593,981 -DBOOST_ALL_NO_LIB=1 -DBOOST_CHRONO_DYN_LINK=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_THREAD_BUILD_DLL=1 -DBOOST_THREAD_POSIX -DBOOST_THREAD_THROW_IF_PRECONDITION_NOT_SATISFIED -DBOOST_THREAD_USE_DLL=1 -I".." -c -o "/home/michael/boost_testing/results/boost/bin.v2/libs/thread/test/async__async_p.test/intel-linux-13.0.1/debug/threading-multi/sync/futures/async/async_pass.o" "../libs/thread/test/sync/futures/async/async_pass.cpp" ../boost/functional/hash/detail/hash_float.hpp(214): error: more than one instance of overloaded function "fpclassify" matches the argument list: function "fpclassify(double)" function "std::fpclassify(double)" argument types are: (double) switch (fpclassify(v)) { ^ detected during: instantiation of "std::size_t={unsigned long} boost::hash_detail::float_hash_value(T) [with T=double]" at line 312 of "../boost/functional/hash/hash.hpp" instantiation of "boost::hash_detail::float_numbers<T>::type boost::hash_value(T) [with T=double]" at line 413 of "../boost/functional/hash/hash.hpp" compilation aborted for ../libs/thread/test/sync/futures/async/async_pass.cpp (code 2) TinyUrl <javascript:make_tinyurl()>

1 0

Fwd: [iterator] UB when implicitly using default constructed counting_iterator<unsigned>
by Jeffrey Lee Hellrung, Jr. 01 Dec '12

01 Dec '12

[Sorry, forgot to reply-all.] ---------- Forwarded message ---------- From: Jeffrey Lee Hellrung, Jr. <jeffrey.hellrung(a)gmail.com> Date: Fri, Nov 30, 2012 at 5:53 PM Subject: Re: [boost][iterator] UB when implicitly using default constructed counting_iterator<unsigned> To: Peter Sommerlad <peter.sommerlad(a)hsr.ch> On Fri, Nov 30, 2012 at 1:14 AM, Peter Sommerlad <peter.sommerlad(a)hsr.ch>wrote: > Hi Jeffrey, hi all, > > I believe the usability of counting iterator could be improved, by > value-initializing its Iterator type in the default constructor, because > integral types won't be initialized by its default constructor. This can > lead to hard to recognize user errors, e.g., when wrapping such a counting > iterator with a filter iterator. > > counting_iterator is special in that sense, because to my understanding it > is intended to adapt integral types to become iterators. And a default > initialized scalar type, isn't. > "isn't"...what, exactly? > I suggest a one line change: > > counting_iterator() { } > > should become > > counting_iterator() : super_t(Incrementable()) { } > Well, that's one thing you can do... > The following example program shows the interesting UB, because the 3rd > argument of make_filter_iterator, default constructs a > counting_iterator<unsigned>(). > > Any thoughts? Objections? Teachings... > > Regards > Peter. > > =====>8 > #include <iostream> > #include <boost/iterator/filter_iterator.hpp> > #include <boost/iterator/counting_iterator.hpp> > #include <algorithm> > #include <iterator> > #include <functional> > > struct is_prime{ > bool operator()(unsigned int val) const { > if (val < 2) return false; > using std::placeholders::_1; > auto ce=boost::make_counting_iterator(val); > return ce==std::find_if_not(boost::make_counting_iterator(2u),ce, > > bind(std::modulus<unsigned>{},val,_1)); > } > }; > int main(){ > > std::copy_n(boost::make_filter_iterator(is_prime{},boost::make_counting_iterator(1u) > // if the following line is omitted we have undefined behavior, > because of uninitialized unsigned value > // > ,boost::make_counting_iterator(std::numeric_limits<unsigned>::max()) // > must be different from above value > ),40,std::ostream_iterator<unsigned>{std::cout,", > "}); > } > > =====8< The thing that bothers me about this is that a default-constructed iterator frequently is an end iterator; indeed, that's the assumption that filter_iterator appears to be making if no end iterator is supplied. So if the default-constructed iterator is not an end iterator, and you're wrapping it with a filter_iterator and not explicitly supplying the end, I'd say you're automatically asking for trouble, regardless of whether you're using a counting_iterator or not. On the other hand, I'm not sure what a sensible default value is for counting_iterator< [integral type] >; 0 is almost never going to be the end value; std::numeric_limits<>::max() might be a better choice, but really the end value is context-dependent. I'm not opposed to giving defined behavior to a default constructed counting_iterator< [integral type] >, I'm just not sure what that defined behavior should be. Maybe I'm over-analyzing it... - Jeff

1 0

Re: [boost] [locale] [filesystem] Windows local 8 bit encoding
by Thiel, Bjoern 30 Nov '12

30 Nov '12

Hi Artyom, > Currently win32 API supports only UTF-8 encodings, so you need to one of: > > - compile with ICU > - select std backend (because the default without ICU on windows is win32) > - disable win32 backend (in build options) so only std backend would be used. But you should note that under > Windows only MSVC has std backend support, for gcc and ANSI encodings you need ICU, Is there reason why win32 and std backend behave differently here? Using std locale get_system_locale() method works for code pages of the form 'windows-XXX'. Others e.g. 'Shift_JIS' should fail. And if you want the CURRENT locale on Microsoft Windows, I simply can't see how to get that. But why not add generator.generate( void ) giving exactly that. Best regards Bjoern.

5 7

[mpl] Determining when a type is a placeholder expression
by Edward Diener 30 Nov '12

30 Nov '12

Is there any way to determine when a type is an MPL placeholder expression ? I can determine whether a type is a metafunction class ( it has a class template called 'apply' ), but I can't think of any sure way to determine whether or not a type is a placeholder expression. Ideally if a type in one of my templates is an MPL lambda expression ( its either a metafunction class or placeholder expression ) I want to invoke it with some compile-time data, otherwise I want to do something else with that type. Of course a less elegant solution is to have another template boost::mpl::bool_ parameter telling which it is but I was hoping to avoid it if I can figure it out myself.

2 1

i am not able to login in to the Trac
by Nilesh Raghuvanshi 29 Nov '12

29 Nov '12

Hi, please help me out with this. how to get to know my username and password. Thanks & regards Nileshkumar K R

3 3

[context] guarded_stack_allocator
by Jeremiah Willcock 29 Nov '12

29 Nov '12

I don't know if I've missed an earlier mailing list post on this topic, but why was guarded_stack_allocator removed from Boost.Context in the trunk? What should be used instead? The simple_stack_allocator that is an example, or some other general-purpose (no-guard-page) allocation function? -- Jeremiah Willcock

2 1

[result_of] fails with clan (C++11)
by Oliver Kowalke 29 Nov '12

29 Nov '12

Hello, clang (c++11 support) fails on code like: BOOST_STATIC_ASSERT(( is_same< void, typename result_of< Fn() >::type >::value)); with error: no type named 'type' in 'boost::result_of<void (&())(X &)>' is_same< void, typename result_of< Fn() >::type >::value)); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~ ../boost/static_assert.hpp:48:50: note: expanded from macro 'BOOST_STATIC_ASSERT' # define BOOST_STATIC_ASSERT( B ) static_assert(B, #B) ^ Do you know why it fails? (other compilers like gcc, intel, msvc compile the code) regards, Oliver

6 19

boost::shared_ptr and serialization
by Klaus - Peter Weber 28 Nov '12

28 Nov '12

Hi, I am trapped in an assertion from boost::serialization and maybe someone here has an idea how to solve this. I am using Visual Studio 2008 with Boost 1.49.0 having a simple class in a shared library like : class CTest : public ICTest { friend class boost::serialization::access; template<class Archive> void serialize( Archive & ar, const unsigned int version) { ar & boost::serialization::base_object<ICTest>(*this); ar & i; }; public : CTest::CTest():i(0){}; void setI( int _i){ i = _i;}; int getI( void){ return i;}; int i; }; and an interface class like : class ICTest { friend class boost::serialization::access; template<class Archive> void serialize( Archive & ar, const unsigned int version){}; public : virtual ~ICTest(){}; virtual void setI( int _i) = 0; virtual int getI( void) = 0; }; For the CTest class is not exported and not accessible directly from out of the shared lib, an interface is provided : MY_DLL_EXPORT_MACRO ICTest* CreateCTestClassInstance( void) { return new CTest(); } typedef boost::shared_ptr<ICTest> pICTest; Instantiating the interface in my program and using CTest class instance: pICTest p1( CreateCTestClassInstance()); p1->setI( 1); works fine, so far so good. A Problem occures when I try to serialize CTest class like : { std::ofstream ofs( fileNameTXT); boost::archive::text_oarchive ar( ofs); ar & p1; // causes an assertion } This results in an assertion (->BOOST_ASSERT(false);) in basic_serializer_map.cpp in line 102. It seems to me, there is a problem with finding the derived class in the basic_serializer_map. Instantiation of CTest class directly terminates with no error, which means, the serialization basically works correctly. Does anyone have an idea how to serialize an interface class correctly ? Peter

2 1

Date_Time : Error in time_duration.hpp
by GAURAV GUPTA 28 Nov '12

28 Nov '12

Hello, I have encountered some errors in Boost, while running some static analyzer tool. It is reported in boost/date_time/time_duration.hpp The error is: *boost::date_time::time_duration has user-written copy constructor but no corresponding user-written assignment operator.* *Is it valid to apply the following patch.* diff -Naur a/boost/date_time/time_duration.hpp b/boost/date_time/time_duration.hpp --- a/boost/date_time/time_duration.hpp 2012-10-11 00:35:03.000000000 +0530 +++ b/boost/date_time/time_duration.hpp 2012-11-26 18:29:16.000000000 +0530 @@ -251,6 +251,9 @@ return ticks_; } + private: + time_duration &operator=(const time_duration<T, rep_type>& other); + protected: explicit time_duration(impl_type in) : ticks_(in) {} impl_type ticks_; * * -- Regards, Gaurav

3 5

Algorithm : Error in find_iterator.hpp
by GAURAV GUPTA 28 Nov '12

28 Nov '12

Hello, I have encountered some errors in Boost, while running some static analyzer tool. It is reported in boost/algorithm/string/find_iterator.hpp The error is: *boost::date_time::time_duration has user-written copy constructor but no corresponding user-written assignment operator.* *Is it valid to apply the following patch.* diff -Naur a/boost/algorithm/string/find_iterator.hpp b/boost/algorithm/string/find_iterator.hpp --- a/boost/algorithm/string/find_iterator.hpp 2011-01-11 01:06:38.000000000 +0530 +++ b/boost/algorithm/string/find_iterator.hpp 2012-11-26 18:19:39.000000000 +0530 @@ -119,6 +119,9 @@ increment(); } + private: + find_iterator & operator=( const find_iterator& Other ); + private: // iterator operations @@ -288,6 +291,8 @@ increment(); } } + private: + split_iterator & operator=( const split_iterator& Other ); private: -- Regards, Gaurav

2 2