https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98943
Nathan Sidwell <nathan at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
--- Comment #3 from Nathan Sidwell <nathan at gcc dot gnu.org> ---
sad face. It seems wrong for the driver to duplicate the file-location logic
of each of the various compilers. But these failure modes are unsatisfactory
too.
Perhaps the driver should reject all unrecognized options that begin with '-'.
If you really have a file named thusly, use './-$FOO'. (I'd prefer it this
way, rather than an 'ok if -$FOO is a file', as that can lead to confusion as
we discussed in the breaking commit around @file handling).
As for trying to use DOS option syntax, because of their similarity to absolute
pathnames, perhaps those we should stat to see if it is a file.
I am hesitant to make a modules-specific exception to the old behaviour as
modules will eventually become a default C++ thing, and these'll all fail again
then. (or we push even more cc1plus logic into the driver)
