> I agree that that is an option, and here is another. I'm not going to > suggest which is the better solution, that is probably up to the > maintainer. > > 1. Create a new file /usr/local/bin/ccache-world: > > #!/bin/sh > export CCACHE_NOHASH_SIZE_MTIME=1 > /usr/local/bin/ccache $_at_ > > 2. Change the instructions in the ccache port in line with my last > email, removing references to CCACHE_PATH and changing the PATH > variable. Edit /etc/make.conf: > > .if !defined(NOCCACHE) > .if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} > CC=/usr/local/bin/ccache-world cc > CXX=/usr/local/bin/ccache-world c++ > .else > CC=/usr/local/bin/ccache cc > CXX=/usr/local/bin/ccache c++ > .endif > .endif > > Though this does seem a rather nasty solution. But it doesn't require > users to change their habits to use ccache for kernel/world builds. > > Steve > > (this has been tested this time!) Hmm.. maybe I spoke too fast as I got a build error, and I'm not certain if my build is related with this patch. I attached the builderror. With NOCCACHE, it builds (actually it's still building but it went past that error). I tried with a fresh /usr/obj and a fresh .ccache and I still have that error with the new ccache + above hack. Nicolas -- FreeBSD 7.0-CURRENT #0: Tue Nov 15 06:21:56 EST 2005 root_at_clk01a:/usr/obj/usr/src/sys/CLK01A PGP? : http://www.clkroot.net/security/nb_root.asc
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:47 UTC