This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: PATCH: More mips3264 support
- To: "Eric Christopher" <echristo at redhat dot com>
- Subject: Re: PATCH: More mips3264 support
- From: cgd at broadcom dot com
- Date: 03 Aug 2001 11:54:26 -0700
- cc: binutils at sources dot redhat dot com
- References: <995717531.23476.24.camel@ghostwheel.cygnus.com><mailpost.995714090.17770@postal.sibyte.com><yov51yn83kbn.fsf@highland.sibyte.com><996576470.3729.49.camel@ghostwheel.cygnus.com><yov5vgk580nz.fsf@highland.sibyte.com><996863120.17796.26.camel@ghostwheel.cygnus.com>
"Eric Christopher" <echristo@redhat.com> writes:
> Not a whole lot really. It's a name change, but it'll allow a hierarchy
> for configure as well, e.g.
>
> mipsisa32-*-elf
> mipsisa32<weird chip>-*-elf
> mipsisa64<weird chip>-*-elf
> etc.
"Good." 8-)
> > If you plan to keep the bfd_mach_mipsisa32 & bfd_mach_mipsisa64
> > constant names, i suggest you do the same for bfd_mach_mipsisa5, and
> > nuke the bfd_mach_mips{32,64}. Shouldn't need both sets, since the
> > latter are meant to describe the ISAs rather than particular
> > processors.
> >
>
> I kept meaning to ask.. what is bfd_mach_mips5 supposed to be for? I've
> only seen 1-4...
"Why, binaries compiled with -mips5, using the MIPS V ISA!" 8-)
I'm not completely sure, but I don't believe that there are any
existing processors that actually implement 'vanilla' MIPS V.
A description of MIPS V ISA extensions can be pieced together from
looking at the MIPS64 spec (i.e. by looking to see what things came
from MIPS V), but can more easily be read in the document:
http://www.mips.com/Documentation/isa5_tech_brf.pdf
("Paired Single" is basically it.)
cgd