This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH] RISC-V: Allow ISA subsets to be disabled
- From: Nick Clifton <nickc at redhat dot com>
- To: Alex Bradbury <asb at asbradbury dot org>, Palmer Dabbelt <palmer at dabbelt dot com>
- Cc: binutils at sourceware dot org
- Date: Fri, 31 Mar 2017 10:22:53 +0100
- Subject: Re: [PATCH] RISC-V: Allow ISA subsets to be disabled
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx06.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx06.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=nickc at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com C0AE23D952
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com C0AE23D952
- References: <email@example.com> <CA+wH2959nxF6PZDYJC1LfT2WVt8t8o64qPfQQCh1o9mS+LDT3w@mail.gmail.com> <CA+wH2976xcugVFoSFLr0s_ec-u00uidjAizXW8CEXuqBrjY_8Q@mail.gmail.com>
> It's a shame gcc and as are inconsistent in their argument handling in
> this way, at least on x86-64.
I had always thought that a later option overriding an earlier option was
standard behaviour, but when I checked the gcc documentation I could not
find any specific requirement for this. I was quite surprised. Personally
I think that gcc is wrong. To my mind it is intuitive that a later option
would override an earlier one. If it does not then the tool concerned, at
the very least, ought to issue a warning message that the later option is
So, in summary - I think that this is a gcc bug, not a binutils bug.