This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: [PATCH] MIPS32 DSP instructions again
- From: Eric Christopher <echristo at redhat dot com>
- To: Nigel Stephens <nigel at mips dot com>
- Cc: Chao-ying Fu <fu at mips dot com>, Richard Sandiford <rsandifo at nildram dot co dot uk>, "Thekkath, Radhika" <radhika at mips dot com>, binutils at sourceware dot org
- Date: Thu, 09 Jun 2005 13:14:33 -0700
- Subject: Re: [PATCH] MIPS32 DSP instructions again
- References: <B5B9CAE3-D2C9-11D9-BE69-003065BDF310@apple.com> <1117671176.4744.67.camel@localhost.localdomain> <87r7flusey.fsf@firetop.home> <1117735089.22225.3.camel@localhost.localdomain> <42A5B577.6080603@mips.com> <1118165083.5438.5.camel@localhost.localdomain> <000801c56bb9$bd9ea620$a914a8c0@MIPS.COM> <1118188909.5438.74.camel@localhost.localdomain> <000b01c56bc3$d2a06950$a914a8c0@MIPS.COM> <1118199844.4731.2.camel@localhost.localdomain> <42A86366.4010201@mips.com>
FWIW, I agree with Ian and Paul completely on what they've said.
This though:
>
> A final argument against labelling each and every ASE in the opcode
> tables, is that you might then argue yourself into saying that the ASEs
> also need to be recorded within the ELF header, so that the disassembler
> and debugger can decide whether or not to decode those instructions, or
> a kernel can decide whether or not to run an executable - but we're
> running out of spare bits in there! :-)
True, and if we weren't running out of spare bits that's exactly what
we'd be doing. The lack of bits is the only reason we've not done that
to date.
-eric