[m68k] arch flag cleanup v2

Ben Elliston bje+dated+1142068537.22a799@air.net.au
Mon Mar 6 09:15:00 GMT 2006


Hi Nathan

> div (an isa-a insn), except for 5200, 5202, 5204 & 5206.  Rather
> than have a separate ELF flag for hwdiv, this patch creates a
> variant isa 'a-minus', which is all of isa-a except for the hwdiv
> insns.  similarly all isa-a+ & isa-b chips implement USP support
> except for 5407.  Thus I enumerated an isa-b-minus variant in the
> ELF flags for that.

> These new isa names are user visible, in that objdump and readelf
> will show them.  The user cannot select them directly (use
> isaa,nohwdiv and isab,nousp respectively).  I could rework the
> display so that what I've termed isa-a-minus is shown as '[isa-a]
> [nohwdiv]' for instance.  I have no strong feeling about that,
> except a negative capability flag might be a bit odd.

I think you really should produce objdump/readelf output similar to
what you've proposed -- a user is going to have no clue what an
"isa-a-minus" is.  They should not need to refer to the documentation
to find out, either!

> This elf flag relabling is binary incompatible with the previous
> version, but as that's only been committed for a couple of weeks, I
> think that is ok.

Agreed; more importantly, there have been no official binutils
releases.

> built & tested on m68k-elf with a cf simulator, ok?

OK with the changes above.  I wouldn't mind some test cases, either!
(In particlar for the merging logic).

Cheers, Ben
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20060306/c4c0d3fa/attachment.sig>


More information about the Binutils mailing list