为什么 Mac 上的 clang 会自动包含一些缺失的标头？

Question

我注意到 clang++ 包含一个缺失的标头 - Mac 上的 <limits>，而 g++ 在 Linux 上显示有关它的错误。现在我想知道为什么 clang 会这样做，而 gcc 不会。以及如何强制 clang 不这样做。

这是一个示例代码，它在 Mac 上由 clang 编译，但在 Linux 上不是由 gcc 编译：

#include <iostream>
using namespace std;

int main()
{
    cout << "int max: " << numeric_limits<int>::max() << endl;
}

UPD

我查看了图书馆，这就是我发现的。

<iostream> 内部包含<istream>，它为不同类型定义了>> 运算符。 <istream> 想知道 short、int 和 streamsize 类型的限制。

clang++ 使用 libc++ 标准库，该库使用来自<limits> 中的<istream> 中的std::numeric_limits 类模板用于此目的。这就是包含<iostream> 时自动包含此标头的原因。

g++ 使用 libstdc++ 标准库，它使用来自<ext/numeric_traits.h> 的__gnu_cxx::__numeric_traits 类模板，而不是在<istream> (<bits/istream.tcc>) 中使用<limits>。该标题中还有一条注释解释了为什么他们不使用<limits>：

<limits> 很大，我们避免包含它

使用的编译器：

> clang++ --version
Apple LLVM version 8.0.0 (clang-800.0.42.1)

$ g++ --version
g++ (Debian 4.9.2-10) 4.9.2

Answer 1

在 C++ 中，与 C 不同，标准头文件允许#include 其他标准头文件。这有时会导致像您所看到的那样的神秘错误：一个编译器的 <iostream> 包含 <limits> 而另一个不包含。解决方案是始终包含您使用的任何名称所需的标题。在这种情况下，这意味着在您的代码中使用#include <limits>，即使它可以像使用一个编译器一样编译。 #include 已经被拉入的标头没有任何害处，因此两个编译器都可以。有时很烦人，但事情就是这样。

Answer 2

clang 版本的 <iostream> 标头可能是 #includes <limits> 标头，因此您会自动将其作为 #includeing <iostream> 标头的一部分。

对此你无能为力。这就是编译器库的实现方式。你可以简单地添加

#include <limits>

到这个文件，它应该在两个平台上编译。