This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: [RFC] Add a second 'pinfo' member to mips_opcode to extend number of available bits
- From: Ian Lance Taylor <ian at wasabisystems dot com>
- To: fnf at specifixinc dot com
- Cc: binutils at sources dot redhat dot com
- Date: 21 Jun 2004 11:18:57 -0400
- Subject: Re: [RFC] Add a second 'pinfo' member to mips_opcode to extend number of available bits
- References: <200406201442.19416.fnf@specifixinc.com>
Fred Fish <fnf@specifixinc.com> writes:
> (2) The mips opcode tables contain entries that look and taste like
> all the other entries, but are really there just to make some special
> cases of a general instruction more logical from a programmer point of
> view. For example, 'nop' is just a special case of an 'sll'
> instruction; 'daddu', 'addu', and 'or' with a zero input operand can
> all be thought of as a 'move', etc. For the purposes of this patch
> I've called these transformations 'aliases', as distinct from 'macros'
> which are handled differently. Some programmers prefer to see the
> actual non-alias instruction in the disassembly output. So I added a
> 'no-aliases' option for objdump's -M to use. I.E.:
We need to document no-aliases somewhere, or nobody will ever find out
about it. Where should we do this?
It should also go into binutils/NEWS.
Ian