libgcc sparc-rtems config on gcc head
Joel Sherrill
joel.sherrill@oarcorp.com
Thu Nov 3 15:35:00 GMT 2011
On 11/03/2011 09:44 AM, Rainer Orth wrote:
> Eric Botcazou<ebotcazou@adacore.com> writes:
>
>>> The same solution seems to apply here: just rename the files to
>>> crt[in].S and use the generic rules. They don't seem Solaris-specific
>>> either.
>> The renaming for SPARC is OK if it is done for i386 as well, but this doesn't
>> really seem to be necessary, see below.
> That's what my patch does. It would be good if Joel could test on
> i386-rtems before comitting (as I will on Solaris/SPARC and x86, of
> course).
>
i386-rtems builds fine after moving the files.
From my perspective, you can commit.
>>> The rules are generic and have been integrated into libgcc/Makefile.in,
>>> but only used unless CUSTOM_CRTIN is set in a target fragment.
>> s/unless/if/ I presume? config/t-sol2 has the rules though so config/t-rtems
> No, if a t-* fragment sets CUSTOM_CRTIN, it's expected to provide its
> own crt[in].o rules, just like the existing CUSTOM_CRTSTUFF does. If
> crt[in].o is not included in extra_parts, the generic rules are
> unused/harmless.
>
>> could just copy them, at least for now.
> True, but that's the sort of copy-and-paste programming I'd like to
> reduce with this series of patches.
>
Thank you. Avoiding cut and paste makes it easier
for targets like RTEMS where we really do try to rely
as much as possible on sharing. :)
> Rainer
>
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherrill@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the Gcc
mailing list