This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH] MIPS: Opcode membership proposal
- From: Richard Sandiford <rdsandiford at googlemail dot com>
- To: "Maciej W. Rozycki" <macro at codesourcery dot com>
- Cc: Alan Modra <amodra at gmail dot com>, <binutils at sourceware dot org>
- Date: Mon, 17 Jun 2013 20:53:16 +0100
- Subject: Re: [PATCH] MIPS: Opcode membership proposal
- References: <alpine dot DEB dot 1 dot 10 dot 1012181108290 dot 4142 at tp dot orcam dot me dot uk> <alpine dot DEB dot 1 dot 10 dot 1110311233290 dot 28657 at tp dot orcam dot me dot uk> <87obway4f5 dot fsf at firetop dot home> <alpine dot DEB dot 1 dot 10 dot 1208092012040 dot 20608 at tp dot orcam dot me dot uk> <20130617115141 dot GU21523 at bubble dot grove dot modra dot org> <alpine dot DEB dot 1 dot 10 dot 1306171606330 dot 16287 at tp dot orcam dot me dot uk>
"Maciej W. Rozycki" <email@example.com> writes:
> This looks a bit convoluted, and frankly I'd prefer if automake supported
> true per-object flags with no need to resort to hacks like this, but there
> you go. The benefit would be no need to check the rules against generated
> ones with each automake upgrade, that is less maintenance burden -- and
> the maintenance of our autoconf scriptery has already proved tough even
> without that.
> Do you want me to check this alternative or would you prefer to do this
What do you think about explicitly initialising each field after all?
I can easily repurpose the ASE-checking script to do that.
I understand the original reason for having optional fields, but the
workaround is beginning to feel a bit convoluted. There's also more
room for confusion than there was originally, now that we have the
ASE field too.