[Debian-med-packaging] Bug#667417: fixing __float128?

Brad King brad.king at kitware.com
Fri Jul 27 12:05:05 UTC 2012


On 07/27/2012 02:17 AM, Mathieu Malaterre wrote:
> On Fri, Jul 27, 2012 at 4:13 AM, Steve M. Robbins <steve at sumost.ca> wrote:
>> Hey ... is there a trick to fix #654718 similar to that for __int128?
> 
> #undef _GLIBCXX_USE_FLOAT128

No, that is not the same problem.  The __int128 fix told the
*standard library* headers not to use the type by setting its
own preprocessor symbols correctly.  In this case the problem
is in the fftw headers.

The fftw3.h header contains a big #if test to decide whether
the __float128 type is available.  It *already* contains an
exclusion for the Intel compiler.  It also needs an exclusion
for gccxml just as it would for any other compiler that defines
__GNUC__ but is not really the GNU compiler version it reports.

This is what I suggested in the original thread on our list:

 http://thread.gmane.org/gmane.comp.compilers.gccxml/602

Other projects have accepted upstream modifications for the
same reason, such as Boost:

 http://svn.boost.org/svn/boost/tags/release/Boost_1_50_0/boost/config/compiler/gcc_xml.hpp

-Brad



More information about the Debian-med-packaging mailing list