Re: [Boost-bugs] [Boost C++ Libraries] #10925: fialed to build math library with studo 12.4 c++ on Solaris 11.2

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #10925: fialed to build math library with studo 12.4 c++ on Solaris 11.2
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2015-01-22 19:58:08

#10925: fialed to build math library with studo 12.4 c++ on Solaris 11.2
-------------------------------+-------------------------
  Reporter:  angela.xie@…      |      Owner:  johnmaddock
      Type:  Bugs              |     Status:  new
 Milestone:  To Be Determined  |  Component:  math
   Version:  Boost 1.56.0      |   Severity:  Showstopper
Resolution:                    |   Keywords:
-------------------------------+-------------------------

Comment (by anonymous):

 >> I think the problem is that Sun compiler always returns false on
 >> std::numeric_limits<T>::is_iec559. Is it reasonable to check
 >> instead for?: std::numeric_limits<T>::has_infinity
 >> std::numeric_limits<T>::has_quiet_NaN
 >> std::numeric_limits<T>::has_signaling_NaN

 Thanks for this information. See below.

 > I'll let Chris answer that, ...

 The proposed change is reasonable, but unfortunately not allowed. The
 types in <boost/cstdfloat.hpp> such as boost::float32_t, etc. provide the
 reference implementation for N3626 proposed for C++17. This requires the
 undelying floating-point built-in types to adhere to IEEE-754 (which is
 analogous to std::numeric_limits<T>::is_iec559 testing true.

 I am, therefore, reluctant to provide a workaround. If we provide one ---
 and I'm not sure we will --- we would probably limit the workaround to
 this compiler and platform only. Can anyone provide clear and unique
 preprocessor defines for detecting this compiler and this platform only?

 Thanks for your help and best regards,
 Chris

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/10925#comment:9>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.