This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: [PATCH] Add sh4-nommu-nofpu architecture
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Joern Rennecke <joern dot rennecke at superh dot com>
- Cc: andrew dot stubbs at superh dot com (Andrew Stubbs), binutils at sources dot redhat dot com (binutils)
- Date: 07 Mar 2004 14:32:26 -0300
- Subject: Re: [PATCH] Add sh4-nommu-nofpu architecture
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <200403041342.i24DgMU16416@linsvr1.uk.superh.com><orwu5xslmo.fsf@livre.redhat.lsd.ic.unicamp.br>
On Mar 6, 2004, Alexandre Oliva <aoliva@redhat.com> wrote:
> On Mar 4, 2004, Joern Rennecke <joern.rennecke@superh.com> wrote:
>>> > +#define EF_SH4_NOMMU_NOFPU 0x12
>>>
>>> You must adjust EF_SH_MERGE_MACH to match this new value.
>> You are right; I also see that the EF_* section has gone to seed.
>> I think we want something like this for mainline and the gdb 6.1 branch
>> (The latter because of the EF_SH4_NOFPU / EF_SH4A_NOFPU renumbering):
> You definitely don't want to change these numbers. They're already in
> binaries that are out there. This unfortunately means EF_SH_MERGE
> gets more complicated, but such is life.
Also, if you're ok with changing them, I suppose you wouldn't mind
changing EF_SH4_NOMMU_NOFPU to 0x13? We have some internal code, yet
to be contributed, that already uses 0x12, and it would suck to
introduce a binary incompatibility at this point.
We should probably discuss some protocol to enable us to reserve new
numbers in advance.
BTW, the ChangeLog entry of the patch installed on 2004-03-03 says
2003-03-03. Oops :-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}