Date: Sat, 21 Jun 2008 18:25:41 +0300 From: Alex Kozlov <spam@rm-rf.kiev.ua> To: RW <fbsd06@mlists.homeunix.com>, freebsd-ports@freebsd.org, spam@rm-rf.kiev.ua Subject: Re: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080621152541.GA41126@ravenloft.kiev.ua>
next in thread | raw e-mail | index | archive | help
On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote: > On Wed, 18 Jun 2008 23:27:16 +0200 > Martin Tournoij <carpetsmoker@rwxrwxrwx.net> wrote: > > > > There are some ports which refuse to compile with ccache, these all > > seem to be projects which use scons, unlike make, scons does not copy > > the user's environment automatically, and the required environment > > variables for ccache (like CCACHE_DIR) aren't present, which leads to > > build failure, an example is games/freera. > > > > I'm not that familiar with scons, and what exactly the "proper way" is > > to handle this sort of stuff in scons, > > I don't have any experience with scons, but I did used to use cons. > IIRC cons expects to do the caching itself. Since it already generates a > hash that can be used to label the correct object file, it pretty much > comes for free and running ccache would just duplicate the overheads. I > think it's probable that there isn't a "proper way". >From porter's handbook: To make third party SConstruct respect everything that is passed to SCons in SCONS_ENV (that is, most importantly, CC/CXX/CFLAGS/CXXFLAGS), patch the SConstruct so build Environment is constructed like this: env = Environment(**ARGUMENTS) It may be then modified with env.Append and env.Replace. -- Adios
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080621152541.GA41126>