5

因此，使用这段人为的代码 - 使用 clang 编译工作得很好，但是当使用 ccache 时会出现额外的警告/错误 - 我认为 ccache 应该透明地传递这些。这是来自 epel repo 的 CentOS 6 上的 ccache 3.1.6 - 升级不是一个选项，因为这是生产环境。

#include <byteswap.h>

int main()
{
    int i = 42;
    auto j = bswap_32(i);
    (void)j;

    return 0;
}

因此，未使用包含路径的示例 1 没有给出错误：

clang++ -Wno-c++98-compat -Wall -Werror -std=c++17 -I/usr/local/include -c ccache.cpp

但是使用 ccache 我得到：

ccache clang++ -Wno-c++98-compat -Wall -Werror -std=c++17 -I/usr/include/xmlib -c ccache.cpp 
clang-5.0: error: argument unused during compilation: '-I /usr/include/xmlib' [-Werror,-Wunused-command-line-argument]

没有额外包含的示例 2 可以正常工作：

clang++ -Wno-c++98-compat -Wall -Werror -std=c++17  -c ccache.cpp

和 ccache

cache clang++ -Wno-c++98-compat -Wall -Werror -std=c++17  -c ccache.cpp 
ccache.cpp:6:32: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister]
    auto j = (__extension__ ({ register unsigned int __v, __x = (i); if (__builtin_constant_p (__x)) __v = ((((__x) & 0xff000000) >> 24) | (((__x) & 0x00ff0000) >> 8) | (((__x) & 0x0000ff00) << 8) | (((__x) & 0x000000ff) << 24)); else __asm__ ("bswap %0" : "=r" (__v) : "0" (__x)); __v; }));
                               ^~~~~~~~~
ccache.cpp:6:32: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister]
    auto j = (__extension__ ({ register unsigned int __v, __x = (i); if (__builtin_constant_p (__x)) __v = ((((__x) & 0xff000000) >> 24) | (((__x) & 0x00ff0000) >> 8) | (((__x) & 0x0000ff00) << 8) | (((__x) & 0x000000ff) << 24)); else __asm__ ("bswap %0" : "=r" (__v) : "0" (__x)); __v; }));
                                   ^~~~~~~~~
    2 errors generated.

为什么使用 ccache 会改变结果？

4

1 回答 1

7

基本问题是，默认情况下，ccache将预处理文件（在其上运行 C 预处理器）以获得单个预处理翻译单元，用于检查其缓存。然后，为了效率，如果它在缓存中“丢失”并且必须编译文件，它会将预处理文件直接传递给clang，告诉clang不要运行预处理器，只运行编译器（例如，通过给它扩展名.i）。

由于它没有运行预处理器，-I因此本质上会忽略参数，这clang就是抱怨的原因。gcc对此并不那么挑剔，因此在那里不会造成问题。

在ccache3.2 中，已经进行了修复，并且根据我的本地测试，这个问题消失了。

如果你被困在 3.1 上，你可以export CCACHE_CPP2=yes在你的环境中，这告诉ccache你不要打扰上面的优化，只需将原始 C 或 C++ 文件传递​​到clang. 这需要多少性能取决于预处理与编译的成本。

我在 TravisCI（它有一个旧的 3.1 版本ccache）上遇到了这个问题，这为我解决了这个问题。

您的编译错误可能源于相同的原因：clang可能会忽略某些或所有系统标头中的错误，例如<byteswap.h>但不是“用户代码”中的错误。由于ccache传递给它一个很大的预处理 blob，它看起来就像是用户代码。

这个由三部分组成的博客系列更详细地解释了这个问题，并包含指向相关ccache错误和讨论的链接。

于 2018-08-23T02:00:52.780 回答