From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7744 invoked by alias); 31 Mar 2017 09:23:05 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 7724 invoked by uid 89); 31 Mar 2017 09:23:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:720, Personally, HTo:U*palmer X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 31 Mar 2017 09:23:01 +0000 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id C0AE23D952; Fri, 31 Mar 2017 09:23:01 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com C0AE23D952 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@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com C0AE23D952 Received: from [10.36.117.66] (ovpn-117-66.ams2.redhat.com [10.36.117.66]) by smtp.corp.redhat.com (Postfix) with ESMTPS id BBBC018AC6; Fri, 31 Mar 2017 09:23:00 +0000 (UTC) Subject: Re: [PATCH] RISC-V: Allow ISA subsets to be disabled To: Alex Bradbury , Palmer Dabbelt References: <20170330194542.10927-1-palmer@dabbelt.com> Cc: binutils@sourceware.org From: Nick Clifton Message-ID: <3368a0db-ff6a-eb48-7c1e-8244b5c05d17@redhat.com> Date: Fri, 31 Mar 2017 09:23:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-03/txt/msg00379.txt.bz2 Hi Alex, > It's a shame gcc and as are inconsistent in their argument handling in > this way, at least on x86-64. Agreed. 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 being ignored. So, in summary - I think that this is a gcc bug, not a binutils bug. Cheers Nick