使用ccache配合clang 5编译结果与直接用clang5不一致的问题

我之前在CentOS 6上使用ccache 3.1.6搭配Clang时也碰到过完全一样的问题——直接用Clang编译代码毫无问题，但启用ccache后就会弹出额外的警告甚至错误，这确实是因为这个老旧版本的ccache对Clang的参数处理存在不透明的缺陷，并没有完全传递所有编译参数。

问题分析 #

ccache 3.1.6是2012年发布的版本，对当时还不算主流的Clang支持非常有限：

• 它无法正确捕获Clang的隐含默认参数（比如默认启用的C++标准版本、系统头文件路径）
• 缓存校验逻辑过于严格，会因为一些无关的文件属性（比如头文件时间戳）误判编译环境变化，导致使用错误的参数重新编译
• 对C++11及以后的特性（比如auto关键字）相关的参数传递存在遗漏，触发兼容性警告

你的测试代码里用到了auto和<byteswap.h>，直接编译时Clang会默认处理这些依赖，但ccache缓存时没有记录这些隐含逻辑，导致后续编译时参数不全。

可行解决方案 #

1. 调整ccache的宽松度参数 #

通过设置环境变量让ccache放宽缓存校验条件，确保参数和依赖被正确识别：

export CCACHE_SLOPPINESS=file_macro,time_macros,include_file_mtime,include_file_ctime

这个配置会让ccache忽略一些无关的文件时间戳和宏定义变化，专注于核心编译参数的匹配，避免因为微小的环境差异导致缓存失效或参数传递错误。

2. 显式指定所有编译参数 #

不要依赖Clang的隐含默认值，把所有必要的参数都明确写在编译命令里，比如：

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

• -std=c++11明确指定C++标准，避免ccache遗漏Clang默认启用的版本
• -I/usr/include显式指定系统头文件路径，确保ccache能正确捕获头文件依赖

3. 清空ccache缓存后重新编译 #

如果之前的缓存里已经存储了错误参数生成的编译结果，先清空缓存再重新编译：

ccache -C

这会清除所有缓存内容，让ccache重新以正确的参数生成新的缓存。

验证说明 #

你提到“包含未使用的头文件路径时无错误”，这是因为显式指定头文件路径后，ccache能完整捕获这个参数，匹配到正确的编译环境，而默认情况下ccache没有记录Clang的隐含头路径，导致编译时出现依赖相关的警告/错误。

内容的提问来源于stack exchange，提问作者Adrian Cornish