Re: [Boost-build] Parallel builds and runs

From: David Abrahams (dave_at_[hidden])
Date: 2006-02-22 11:05:55

"Noel Belcourt" <kbelco_at_[hidden]> writes:

> On Feb 21, 2006, at 12:38 PM, David Abrahams wrote:
>
>> "Noel Belcourt" <kbelco_at_[hidden]> writes:
>>
>>> For example, if on Darwin I asked for a gcc 3.3 build but the last
>>> invocation of gcc_select left the 4.0 compilers as the defaults, would
>>> bjam detect that the wrong compilers were being run?  I guess my
>>> question is does bjam perform a version check on the compiler if the
>>> user has requested a specific compiler version?
>>
>> I know that's a common configuration technique, but Boost.Build
>> doesn't work that way.  It's designed so you can build with as many
>> versions of the compiler as you like, in one invocation.  So you
>> should arrange your
>>
>>        using gcc : ... ;
>>
>> invocations in user-config.jam (or site-config.jam) so that they can
>> run the compilers without using gcc_select.  For example, my
>> user-config.jam contains:
>>
>>   using gcc : 4.0.2 : /usr/local/gcc-4.0.2/bin/g++.exe ;
>>
>>   using gcc : 3.4.4 ;  # this one is what you get when you just say
>>                        # "gcc" at the command line.
>>
>>   using gcc : 4.0.0 : /usr/local/gcc-4.0.0/bin/g++.exe ;
>>
>>   using gcc : 2.95 : /bin/g++-2.exe ;
>
> Dave,
>
> This solution would be ideal if, on our other systems, the paths to the 
> compilers, linkers, and communication libraries were known and fixed.  
> Unfortunately the paths are only known each time we login and load the 
> necessary modules as sysadmin can and does move the installations 
> around with regularity.  

That's the reason for site-config.jam.  Your sysadmin should just edit
that when he/she moves the installations.

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com