This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: crt0 formalization
- From: Kazunori Asayama <asayama at sm dot sony dot co dot jp>
- To: jschopp <jschopp at austin dot ibm dot com>
- Cc: Joel Sherrill <joel dot sherrill at oarcorp dot com>, Jeff Johnston <jjohnstn at redhat dot com>, newlib at sources dot redhat dot com, Ben Elliston <elliston at au1 dot ibm dot com>
- Date: Tue, 05 Dec 2006 23:13:28 +0900
- Subject: Re: crt0 formalization
- References: <45705F86.7040406@austin.ibm.com> <45746C8B.5040908@redhat.com> <45746DF3.30102@oarcorp.com> <457483E4.2060307@redhat.com> <457485E2.90303@oarcorp.com>
Joel Sherrill wrote:
> Jeff Johnston wrote:
>> It's for the spu. I am guessing that Joel also got an error message
>> regarding the patch size so it never got posted to the newlib msg
>> list, though it made it to my inbox.
>>
> That definitely looks like the case.
>> I have tar'd up the patch and attached to this message.
>>
> Thanks.
> Since this is SPU specific, I assume it is correct for that. But I
> wonder why crt[in].S are included
> in newlib. Normally they are in gcc.
I'd like to know the reason why crt[in] are in newlib.
The SPU gcc (at least FSF spu-gcc) also has crt[in],
and they are quite similar to newlib's ones.
Joel (jschopp), could you explain about them ?
--
(ASAYAMA Kazunori
(asayama@sm.sony.co.jp))
t