[sldev] where's SCons getting the compiler string

[Callum Lerwick]

On Fri, 2007-07-20 at 14:12 -0400, Dana Fagerstrom wrote:
> This is more for Linux folks. I know most of you have never seen this 
> because you only have one compiler installed on your build systems but 
> ever since 1.17.0 I've been having trouble getting SCons to use the 
> gcc_bin defined in my SConstruct file.  Instead it insists on using the 
> default compiler on Solaris, CC instead of g++.
> 
> I opened an issue, http://jira.secondlife.com/browse/VWR-1831, in hopes 
> that someone closer to SCons will have an idea as to what's happening.
> 
> Note that I do not have a CC, CXX, or other compiler related variable 
> defined in my bash shell so SCons can't be getting it from there.

    if standalone:
        gcc_bin = 'g++'
    elif build_target != 'client':
        gcc_bin = 'g++-3.3'
    elif arch == 'x86_64cross':
        gcc_bin =
'/opt/crosstool/gcc-4.0.2-glibc-2.3.6/x86_64-unknown-linux-gnu/bin/x86_64-unknown-linux-gnu-gcc'
        strip_cmd =
'/opt/crosstool/gcc-4.0.2-glibc-2.3.6/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/bin/strip -S -o $TARGET $SOURCE'

    else:
        gcc_bin = 'g++-3.4'

Which is then passed into the environment as CXX. I really don't see
where it would be getting anything else...

I find not propagating the existing environment to be complete
crackrock, but I guess I'm the only one using ccache and distcc
together.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070720/4b5e1110/attachment-0001.pgp