Add MIPS options from specs to mips.opt

Richard Sandiford rdsandiford@googlemail.com
Fri Feb 4 09:19:00 GMT 2011


"Joseph S. Myers" <joseph@codesourcery.com> writes:
> In preparation for the driver only accepting options listed in .opt
> files, and not other options that simply happen to match some spec,
> this patch adds options from specs in mips.h to mips.opt.  -EB and -EL
> are used in specs in various other headers as well; -noasmopt in
> ASM_SPEC (via some levels of indirection).
>
> For multilib selection based on features the equivalence of -EB to
> -meb and -EL to -mel will need to be better expressed in the .opt
> files - probably by making one form of the options an Alias for the
> other.  (Given that, specs could be simplified to handle only the form
> not marked as an Alias, and multilib configurations would need
> updating to use only the non-Alias form, with MULTILIB_MATCHES between
> the two forms removed.)  Right now, -EB/-EL are more or less treated
> as canonical for the driver (by multilib configurations at least) and
> -meb/-mel for cc1 (indeed, they are the only form that works with
> cc1).

Yeah, this was to work around the old (pre-target-.opt-file) requirement
that every target-specific cc1 option had to be in the "-m" group.
-EB and -EL are supposed to be the canonical versions from a user
perspective, and I think -mel and -meb were originally intended
to be internal.  That wasn't enforced though, and I realise -mel
and -meb are now widely used as well.

I agree it would be nice to make -mel an alias of -EL, now that your
changes make that possible.

> 2011-02-03  Joseph Myers  <joseph@codesourcery.com>
>
> 	* config/mips/mips.opt (EB, EL, noasmopt): New Driver options.

OK, thanks.

Richard



More information about the Gcc-patches mailing list