用gcc和ccache

Question

我正在考虑在团队广泛的基础上使用ccache与gcc编译的代码(同一台计算机上的所有开发人员都将使用同一个ccache的缓存)。

由于我们谈论的是商业产品，编译的“正确性”是最重要的。

以下是一些问题：

1. 使用ccache的编译是safe/reproducible？吗？是否有一些异常情况，ccache错误地假设缓存命中。 如果我签出一个源代码并编译它，我希望每次我重复一个新的编译过程时都会收到相同的产品(完全相同的库/二进制文件)。这是必须以为商业产品。
2. 是否有开放源码/商业产品使用ccache作为其构建系统的一个组成部分？这将使说服我的同事使用ccache更容易。

谢谢

Answer 1

根据它的手册，ccache确定它以前是否在以下方面编译了某些对象：

• 使用-E运行编译器的预处理器输出。
• 命令行选项
• 真正的编译器大小和修改时间
• 编译器生成的任何stderr输出。

如果某些PHB仍然担心您由于ccache而承担的任何风险，那么只将它用于开发构建，并使用编译器构建最终产品，而不使用任何前端。或者，您可以在生成最终产品之前清除缓存。

更新:我不知道产品使用ccache作为构建系统的一个组成部分，但是集成到可以设置编译器路径的任何环境中是非常简单的。即用于autoconf

CC="ccache gcc" ./configure

在查看了作者的名字之后，我认为这是一个非常安全的假设，即它已经在Samba团队中得到了广泛的使用。

Update在回应Ringding关于stderr使用的评论时说:从ccache的角度来看，一个有趣的信息是C编译器的版本和配置字符串。gcc将它输出到标准错误文件：

$ gcc -v 2>err
$ cat err
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.4-2' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.4 (Debian 4.3.4-2)

我敢打赌，ccache使用这个或类似的输出。但是，嘿，你可以随时查看它的源代码。:-)

Answer 2

我个人只熟悉ccache，这是非常简单的使用，我发现它对我的大型私人项目非常有用。然而，对于整个球队来说，我还没有经验。你也可能对O(已审计的宗旨)感兴趣

一般而言：

• 它提供了一种更健壮的机制，可以使用分布式环境进行缓存。
• ccache只加快编译时间，AO则加快链接时间。
• 不仅限于c/c++

在我贴出答案后不久(1.5年前)，我设法说服了我们的构建和研发经理，将ccache集成到自动构建系统中，他们对此表示感谢。该公司雇用了200多名开发人员，因此它确实在工作。至于连接阶段，这仍然是一个问题。