From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3367 invoked by alias); 22 Jul 2002 19:10:28 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 3353 invoked from network); 22 Jul 2002 19:10:27 -0000 Received: from unknown (HELO cygnus.equallogic.com) (65.170.102.10) by sources.redhat.com with SMTP; 22 Jul 2002 19:10:27 -0000 Received: from cygnus.equallogic.com (localhost.localdomain [127.0.0.1]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id g6MJAQC23761 for ; Mon, 22 Jul 2002 15:10:26 -0400 Received: from deneb.dev.equallogic.com (deneb.dev.equallogic.com [172.16.1.99]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id g6MJAPQ23743; Mon, 22 Jul 2002 15:10:25 -0400 Received: from pkoning.dev.equallogic.com.equallogic.com (localhost.localdomain [127.0.0.1]) by deneb.dev.equallogic.com (8.11.6/8.11.6) with SMTP id g6MJAOD06898; Mon, 22 Jul 2002 15:10:24 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15676.22688.415147.101681@pkoning.dev.equallogic.com> Date: Mon, 22 Jul 2002 12:12:00 -0000 From: Paul Koning To: macro@ds2.pg.gda.pl Cc: rsandifo@redhat.com, cgd@broadcom.com, gcc-patches@gcc.gnu.org, binutils@sources.redhat.com, ica2_ts@csv.ica.uni-stuttgart.de, echristo@redhat.com, mdb@gnu.org, pfeifer@dbai.tuwien.ac.at Subject: Re: [Revised patch] Rework MIPS command-line handling References: X-SW-Source: 2002-07/txt/msg00569.txt.bz2 >>>>> "Maciej" == Maciej W Rozycki writes: Maciej> On 22 Jul 2002, Richard Sandiford wrote: >> New version below. Also includes the suggested gas config changes >> (infer processor name from mipsisa32foo, base MIPS_DEFAULT_64BIT >> on full target triple). Maciej> Basically OK with me. I'm somewhat uncertain about the Maciej> warnings about multiple "-march=" and "-mtune=" options, but Maciej> they are unlikely to exist in Makefiles as a default for a Maciej> possible user override (unlike "-g" or "-O"), so the benefit Maciej> of additional diagnostics probably surpasses the drawback of Maciej> possible spurious warnings. I don't care for that. Isn't it a general GNU rule that repeated options are always legal and the latest wins (unless it's a switch like -I, of course)? That certainly is what I've come to expect, and it would be a strange surprise to see it not work that way for some options. paul