On 12/21/2011 12:26 AM, Steve M. Robbins wrote:
OK. So if I cannot get anything sensible, I may as well hack around
this by using "gccxml -D__float128=double ...".
This may be necessary.
I am curious, however, why the 64-bit version of gccxml does not seem to
have a problem, while 32-bits do
Brad,
Thanks for the note. I don't think I described my problem clearly
enough.
I'm building ITK, compiled to use fftw. The newest fftw3.h header
contains code similar to the following
On Mon, Dec 19, 2011 at 11:05:11AM -0500, Brad King wrote:
> On 12/18/2011 5:58 PM, Steve M. Robbins wrote:
>
On 12/18/2011 5:58 PM, Steve M. Robbins wrote:
#if (__GNUC__> 4 || (__GNUC__ == 4&& __GNUC_MINOR__>= 6)) \
&& (defined(__i386__) || defined(__x86_64__) || defined(__ia64__))
typedef __float128 quadcomplex[2];
#endif
Treat gccxml like any other compiler tha
Hi,
While investigating a build failure (ITK on Debian [1]), I discovered
that fftw3 now uses the GCC extension __float128 for quad precision
arithmetic. In a nutshell, the following code builds OK using
Debian's GCC 4.6.2-9 on both my amd64 machine and a 32-bit chroot on
the same machine. Gccxm
