Standardize NO_CCACHE flag and ccache definitions

[Jeremy Messenger]

On Sat, 21 Jun 2008 10:25:41 -0500, Alex Kozlov <spam at rm-rf.kiev.ua> wrote:

> On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote:
>> On Wed, 18 Jun 2008 23:27:16 +0200
>> Martin Tournoij <carpetsmoker at 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.

I have solved with ccache issue in net-p2p/linuxdcpp by tweak os.environ  
stuff in SConstruct and add SCONS_BUILDENV=${SCONS_ENV} in  
linuxdcpp/Makefile.

Cheers,
Mezz

> --
> Adios


-- 
mezz7 at cox.net  -  mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome at FreeBSD.org