Don't accept -std= values that would switch us to a different source language.
authorRichard Smith <richard-llvm@metafoo.co.uk>
Wed, 26 Apr 2017 23:44:33 +0000 (23:44 +0000)
committerRichard Smith <richard-llvm@metafoo.co.uk>
Wed, 26 Apr 2017 23:44:33 +0000 (23:44 +0000)
commitb0fe70451e23a2b5ef19399d286c6a1cdaf5e686
treef05534e837c1fad09fe652126e564b092add3fa6
parent092e32e540c6d024b8bdcf30e81a9177d4cb9e37
Don't accept -std= values that would switch us to a different source language.

We already prohibited this in most cases (in r130710), but had some bugs in our
enforcement of this rule. Specifically, this prevents the following
combinations:

 * -x c -std=clN.M, which would previously effectively act as if -x cl were
   used, despite the input being a C source file. (-x cl -std=cNN continues
   to be disallowed.)

 * -x c++ -std=cuda, which would previously select C++98 + CUDA, despite that
   not being a C++ standard. (-x cuda -std=c++NN is still permitted, and
   selects CUDA with the given C++ standard as its base language.
   -x cuda -std=cuda is still supported with the meaning of CUDA + C++98.)

 * -x renderscript -std=c++NN, which would previously form a hybrid "C++ with
   RenderScript extensions" language. We could support such a thing, but
   shouldn't do so by accident.

llvm-svn: 301497
clang/include/clang/Frontend/LangStandard.h
clang/include/clang/Frontend/LangStandards.def
clang/lib/Frontend/CompilerInvocation.cpp
clang/lib/Frontend/LangStandards.cpp
clang/test/Driver/unknown-std.c
clang/test/Driver/unknown-std.cpp
clang/test/Frontend/gnu-inline.c