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 ;
> 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
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk