This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Fri, Sep 24, 2004 at 04:32:56PM +0200, Lennert Buytenhek wrote: > The piece of code below triggers PR15068 (ICE) for me, using gcc > 3.3.3 natively compiled using gcc 3.3.3, on an big-endian ARM > (armeb-unknown-linux-gnu) platform, with optimisation turned on > (-O1 or higher.) > > double > __fmax (double x, double y) > { > return (__builtin_isgreaterequal(x, y) || __isnan (y)) ? x : y; > } > > [snip] > > --- glibc-2.3.3-200405070341/math/math.h.orig 2004-09-24 14:33:13.890914304 +0200 > +++ glibc-2.3.3-200405070341/math/math.h 2004-09-24 14:32:58.356609303 +0200 > @@ -362,7 +362,7 @@ > # define __NO_MATH_INLINES 1 > #endif > > -#if __USE_ISOC99 && __GNUC_PREREQ(2,97) > +#if __USE_ISOC99 && __GNUC_PREREQ(2,97) && 0 > /* ISO C99 defines some macros to compare number while taking care for > unordered numbers. Many FPUs provide special instructions to support > these operations. Generic support in GCC for these as builtins went To confirm, with this patch (circumventing PR15068), glibc can complete a full native build using gcc 3.3.3 on my big-endian ARM hardware. --L ------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |