------- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-20 15:24 ------- > The bug repport was posted or a fix? This PR covered both sparc-elf and > sparc-rtems* since I verified when I reported it that both were broken.
Bug report and fix, but the fix was to link sol2-c.c in. > I would rather have a thin sparc-rtems configuration wrapping sparc-elf, so I > won't commit it if you can fix both targets quickly. Make sure unix is not > part of the cpp predefines on sparc-elf and sparc-rtems when you do, please. Sure. I'll post it to gcc-patches and CC the interested parties so that they could comment, before commiting it. [About LINK_GCC_C_SEQUENCE_SPEC] > I don't know which target needs this but if it is important to them, > we can override it in rtemself.h. But I wanted to you watch this one > as you fix sparc-elf/rtems. It comes from: http://gcc.gnu.org/ml/gcc-patches/2002-04/msg00176.html The V7 variant of libgcc/_muldi3.o has a dependency on .umul (and _divdi3.o on .udiv) which are provided by the libc because V7 doesn't have the instructions. So we need the double group-inclusion of "%G %L" by default, unless the linker is smarter (like on Linux). > Probably, "%G %L %G %L" also is SunOS/Solaris specific and actually does not > belong into sparc.h. Also, I fail to understand how "LINK_GCC_C_SEQUENCE_SPEC" > can be target-cpu specific. It is target-os specific. It is actually ABI-specific. I think the V7 ABI more or less mandates it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19364
