我正在考虑在团队范围内使用ccache和gcc编译代码(同一台机器上的所有开发人员都将使用相同的ccache缓存).
由于我们谈论的是商业产品,因此编制的"正确性"是首要任务.
这里有问题:
使用ccache的编译是安全 /可重现的吗?是否有一些异常情况,ccache错误地认为缓存命中.
如果我签出源代码并编译它,我希望每次重复一个新的编译过程时都会收到相同的产品(完全相同的库/二进制文件).这是商业产品必须的.
使用ccache的开源/商业产品是否是构建系统不可或缺的一部分?这样可以更容易说服我的同事使用ccache.
谢谢
根据其手册,ccache
确定它是否在以下之前编译了一些对象:
运行编译器的预处理器输出 -E
命令行选项
真正的编译器大小和修改时间
编译器生成的任何stderr输出
如果某些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
使用这个或类似的输出.但是,嘿,你总是可以看看它的源代码.:-)