I am on travel and only doing email from my phone. Ralf and I had dinner
together last night and he mentioned not understanding some parts of the patch.
I won't be home until next week to actually test this.
I guess hoping due diligence was used and knowing I may whine next week if it
breaks
Paolo Bonzini writes:
> On 05/30/2011 04:29 PM, Rainer Orth wrote:
* Non-Solaris SPARC changes:
>>
>> After I had moved sparc/sol2-c[in].asm to libgcc, I noticed that
>> despite the name a few non-Solaris targets uses those files, too:
>>
>> sparc-*-elf*,
On 05/30/2011 04:29 PM, Rainer Orth wrote:
* Non-Solaris SPARC changes:
>>
>> After I had moved sparc/sol2-c[in].asm to libgcc, I noticed that
>> despite the name a few non-Solaris targets uses those files, too:
>>
>> sparc-*-elf*, sparc-*-rtems*, sparc64-*-elf*, sparc64-*-rtems*
>
>
Eric Botcazou writes:
>> * Non-Solaris SPARC changes:
>>
>> After I had moved sparc/sol2-c[in].asm to libgcc, I noticed that
>> despite the name a few non-Solaris targets uses those files, too:
>>
>> sparc-*-elf*, sparc-*-rtems*, sparc64-*-elf*, sparc64-*-rtems*
>
> Yes, I tried to untangle
> * Non-Solaris SPARC changes:
>
> After I had moved sparc/sol2-c[in].asm to libgcc, I noticed that
> despite the name a few non-Solaris targets uses those files, too:
>
> sparc-*-elf*, sparc-*-rtems*, sparc64-*-elf*, sparc64-*-rtems*
Yes, I tried to untangle that, but the RTEMS folks compla
This is a revised version of
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00098.html
to move the Solaris startup files to toplevel libgcc. While I can
commit most if it myself, I need approval/testing in a few areas:
* Non-Solaris build changes:
** libgcc/Makefile.in now has cpu_type,
On Mon, 2 May 2011, Rainer Orth wrote:
> * Another wart was that gcc/ada/gcc-interface/Makefile.in requires
> TARGET_LIBGCC2_CFLAGS, which is otherwise only used in libgcc. It
> often contains -fPIC, and if the variable is removed, libgnat.so won't
> link (text relocations remain).
>
> T
It has long been on my agenda to perform/complete the toplevel libgcc
migration for my targets. Although Solaris is the most complicated of
the three, it lays some infrastructure for the others, so I'm starting
with this patch. The ones for IRIX 6 and Tru64 UNIX will follow once
the dust on this
