This is the mail archive of the
mailing list for the binutils project.
Re: [Revised patch] Rework MIPS command-line handling
- From: Paul Koning <pkoning at equallogic dot com>
- To: macro at ds2 dot pg dot gda dot pl
- Cc: rsandifo at redhat dot com, cgd at broadcom dot com, gcc-patches at gcc dot gnu dot org, binutils at sources dot redhat dot com, ica2_ts at csv dot ica dot uni-stuttgart dot de, echristo at redhat dot com, mdb at gnu dot org, pfeifer at dbai dot tuwien dot ac dot at
- Date: Mon, 22 Jul 2002 15:10:24 -0400
- Subject: Re: [Revised patch] Rework MIPS command-line handling
- References: <email@example.com><Pine.GSO.3.96.1020722200019.2373Nfirstname.lastname@example.org>
>>>>> "Maciej" == Maciej W Rozycki <email@example.com> 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