summaryrefslogtreecommitdiff
path: root/Modules/CMakeCCompilerId.c.in
diff options
context:
space:
mode:
authorBrad King <brad.king@kitware.com>2022-02-03 11:49:05 -0500
committerBrad King <brad.king@kitware.com>2022-02-03 12:06:00 -0500
commit4ef6e27cb9c2e005d3d1f26ba6a99d164b1eee9d (patch)
tree864eb5dd4f9d4288a327128ea3ce6de5f8ce288b /Modules/CMakeCCompilerId.c.in
parent17f97143cb0d9d3fdcbc0262342f3cf0c62469e6 (diff)
downloadcmake-4ef6e27cb9c2e005d3d1f26ba6a99d164b1eee9d.tar.gz
CompilerId: Fix default extensions check for Clang targeting MSVC ABI
In commit fc3a1cbdd8 (CompilerID: Compiler extensions default detection, 2021-05-29, v3.22.0-rc1~52^2~2), extensions were assumed to be `OFF` for Clang targeting the MSVC ABI. However, the `clang` and `clang++` tools both seem to have extensions enabled by default even when targeting the MSVC ABI. This can be observed with the `RunCMake.CompileFeatures` test. It fails with the GNU-like `clang/clang++` front-end, but removing the above special case makes it pass. The test passes either way with the MSVC-like `clang-cl` front-end.
Diffstat (limited to 'Modules/CMakeCCompilerId.c.in')
-rw-r--r--Modules/CMakeCCompilerId.c.in3
1 files changed, 1 insertions, 2 deletions
diff --git a/Modules/CMakeCCompilerId.c.in b/Modules/CMakeCCompilerId.c.in
index 0cb8724fb8..82d56cf61b 100644
--- a/Modules/CMakeCCompilerId.c.in
+++ b/Modules/CMakeCCompilerId.c.in
@@ -60,10 +60,9 @@ const char* info_language_standard_default =
"INFO" ":" "standard_default[" C_VERSION "]";
const char* info_language_extensions_default = "INFO" ":" "extensions_default["
-/* !defined(_MSC_VER) to exclude Clang's MSVC compatibility mode. */
#if (defined(__clang__) || defined(__GNUC__) || defined(__xlC__) || \
defined(__TI_COMPILER_VERSION__)) && \
- !defined(__STRICT_ANSI__) && !defined(_MSC_VER)
+ !defined(__STRICT_ANSI__)
"ON"
#else
"OFF"