2

我正在考虑在团队范围内使用 ccache 和 gcc 编译代码（同一台机器上的所有开发人员都将使用相同的 ccache 缓存）。

由于我们谈论的是商业产品，因此编译的“正确性”是重中之重。

问题来了：

  1. 使用 ccache 进行编译是否安全/可重现？是否存在一些 ccache 误认为缓存命中的异常情况。

    如果我签出源代码并编译它，我希望每次重复新的编译过程时都会收到相同的产品（完全相同的库/二进制文件）。这对于商业产品来说是必须的。

  2. 是否有开源/商业产品使用 ccache 作为其构建系统的组成部分？这将更容易说服我的同事使用 ccache。

谢谢

4

2 回答 2

6

根据其手册，ccache确定它之前是否编译过以下对象：

  • 运行编译器的预处理器输出-E
  • 命令行选项
  • 真正的编译器大小和修改时间
  • 编译器生成的任何标准错误输出

如果某些 PHB 仍然担心您因为ccache. 或者您可以在构建最终产品之前清除缓存。

更新：我不知道将产品ccache用作其构建系统的组成部分，但集成到任何可以设置编译器路径的环境中真的很简单。即autoconf：

CC="ccache gcc" ./configure

在查看作者的名字之后，我会说这是一个非常安全的假设，它已在 Samba 团队中被广泛使用。

更新以回应 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使用这个或类似的输出。但是，嘿，你总是可以看看它的源代码。:-)

于 2009-09-15T07:27:32.810 回答
0

我个人只熟悉使用非常简单的 ccache，我发现它对我的大型私人项目非常有用。但是，对于团队范围的基础，我还没有经验。您可能还对AO（审计对象）感兴趣：

一般来说：

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

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

于 2012-07-16T14:03:18.897 回答