This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: [PATCH] MIPS32 DSP instructions again
- From: Paul Koning <pkoning at equallogic dot com>
- To: echristo at redhat dot com
- Cc: nigel at mips dot com, fu at mips dot com, rsandifo at nildram dot co dot uk, radhika at mips dot com, binutils at sourceware dot org
- Date: Thu, 9 Jun 2005 16:21:16 -0400
- 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><1118348073.5605.8.camel@localhost.localdomain>
>>>>> "Eric" == Eric Christopher <echristo@redhat.com> writes:
Eric> FWIW, I agree with Ian and Paul completely on what they've
Eric> 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! :-)
Eric> True, and if we weren't running out of spare bits that's
Eric> exactly what we'd be doing. The lack of bits is the only reason
Eric> we've not done that to date.
Maybe I'm missing something... but debugger and disassembler have
information about the architecture set when the binary was compiled,
and do use that to disassemble. You can override that with "set
architecture mips:foo" or "-mmips:foo" respectively, but it's
definitely passed, and it makes sense to do that.
paul