This is the mail archive of the crossgcc@sourceware.org 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 3/3/06, Dave Korn <dave.korn@artimi.com> wrote: > >>> FYI, gcc-4.1.0-glibc-2.3.6 (not included in the arm.dat file) fails on > >>> ARM with: > >>> > >>> ../sysdeps/generic/s_fmax.c: In function `__fmax': > >>> ../sysdeps/generic/s_fmax.c:28: internal compiler error: in > >>> elim_reg_cond, at flow.c:3328 > >>> > >>> This is a known gcc 3.3.x problem, IIRC. I remember there was some > >>> workaround but I forgot which. ... > > You do have a patch for 15068 in crosstool. Right, but only for gcc-3.4.[1345]. There isn't a workaround for gcc-3.3.x. Maybe the 'right' thing to do would be to add something like http://skrybele.wantstofly.org/fc2/SRPMS.patches/glibc-2.3.3-27/glibc-dontuse_builtin_float_functions.patch to crosstool, but modified like this: -#if __USE_ISOC99 && __GNUC_PREREQ(2,97) +#if __USE_ISOC99 && __GNUC_PREREQ(2,97) && gcc is 3.3.x && target is arm I imagine there's a good way to write that. Dunno if that would really be kosher, but it might be worth a try. DaveK wrote: > you aren't using 3.3, you're using 4.1.0, and the fix could have regressed. Ah, but crosstool uses gcc-3.3 to build glibc. Look at that build matrix or .dat file carefully. The "core" gcc is the one used to build glibc. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv -- For unsubscribe information see http://sourceware.org/lists.html#faq
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |