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]

Re: crosstool-0.42 released: adds gcc-4.1.0 final, improve mac doc


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]