如何告诉 Clang 不要冒充其他编译器？

我过去遇到过这个问题：LLVM 定义__GNUC__ https://www.google.com/search?q=%22__GNUC__%22+LLVM+bug，但它不能使用 GCC 可以使用的程序。我在 Windows 上再次遇到它：LLVM 定义_MSC_VER https://www.google.com/search?q=LLVM+%22_MSC_VER%22+bug，但它不能使用 VC++ 可以使用的相同程序。对我来说，令人恼火的是我们有专门的 LLVM Clang 和 Apple Clang 的代码路径（由于不同的版本方案而有不同的定义），我们必须与该工具斗争才能让它使用它们。

我们如何告诉 Clang 不要冒充其他编译器？是否有一个开关或选项可以做到这一点？

Clang 文档讨论不需要的 MS 行为 http://clang.llvm.org/docs/UsersManual.html，但他们没有说如何阻止它：

为了与使用 MSVC 编译的现有代码兼容，clang 定义了 _MSC_VER 和 _MSC_FULL_VER 宏。这些默认值分别为 1800 和 180000000，使 clang 看起来像 Visual C++ 2013 的早期版本。 -fms-compatibility-version= 标志会覆盖这些值。它接受点分版本元组，例如 19.00.23506。更改 MSVC 兼容版本使 clang 的行为更像该版本的 MSVC。例如，-fms-compatibility-version=19 将启用 C++14 功能并将 char16_t 和 char32_t 定义为内置类型。

__GNUC__并不特指 GCC。所有支持 GNU C 扩展的编译器都定义了它，包括 clang 和 ICC。

专门检测 GCC 的正常方法是排除其他“兼容”编译器

#if defined(__GNUC__) && !defined(__llvm__) && !defined(__INTEL_COMPILER)
#define REAL_GCC   __GNUC__ // probably
#endif

Clang 前端定义__clang__，但是其他使用 LLVM 后端的前端也定义了__llvm__（例如 IBM XL C/C++ 版本 13.1.1 到 16.1）。最好排除__clang__代替__llvm__，取决于您想要排除它的原因。 （例如，出于解析原因，与出于优化原因（例如 LLVM 评估）__builtin_constant_p()在进行内联之前，因此它在内联函数的参数上毫无用处。）

也可以看看https://sourceforge.net/p/predef/wiki/Compilers/ https://sourceforge.net/p/predef/wiki/Compilers/对于一个大列表。

https://blog.kowalczyk.info/article/j/guide-to-predefined-macros-in-c-compilers-gcc-clang-msvc-etc..html https://blog.kowalczyk.info/article/j/guide-to-predefined-macros-in-c-compilers-gcc-clang-msvc-etc..html也出现在谷歌结果中，但不太完整。

您应该抱怨的是，GCC 本身没有定义您可以检测到的特定于 GCC 的宏，仅定义了它支持的 GNU C 方言的版本。 (GNU C 是一种语言，GCC 是该语言的编译器。 GCC's __GNUC_MINOR__ / __GNUC_PATCHLEVEL__不幸的是，宏将两者混为一谈。）

Clang 定义__GNUC__ / __GNUC_MINOR__ / __GNUC_PATCHLEVEL__根据它声称完全兼容的 gcc 版本。 （可能仅适用于 GCC 文档保证可以工作的内容，不适用于恰好与该版本或更高版本的 gcc 一起工作的内容。对于 GCC 本身，记录=支持。 被编译器接受并不意味着它受到未来 GCC 版本的支持和保证。这可能就是 clang 声称支持某些 GNU C 版本的理由）。

例如，clang 7.0.1将GNUC/MINOR/PATCHLEVEL定义为4/2/1，即与GCC 4.2.1兼容

例如从海湾合作委员会手册 https://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html

#define GCC_VERSION (__GNUC__ * 10000 \
                     + __GNUC_MINOR__ * 100 \
                     + __GNUC_PATCHLEVEL__)
…
/* Test for GCC > 3.2.0 */
#if GCC_VERSION > 30200

如果您正在测试最近的 GCC 支持但最近的 clang 还不支持的特定 GNU C 功能，那么您可能应该这样做。