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