Boost logo

Boost-Build :

From: David Abrahams (dave_at_[hidden])
Date: 2003-02-25 10:46:21


Vladimir Prus <ghost_at_[hidden]> writes:

>> That's essentially
>>
>> pass_toolset ? 'gcc' : self.toolset
>>
>> But Guido won't give us a ternary operator :(
>
> That's tricky ;-)

You say that like it's a _good_ thing <wink>.

I don't like tricky, but it's better than the alternative. We really
should have the ternary operator.

> And, moreover, it looks wrong... if pass_toolset is true,
> you should use self.toolset, not default 'gcc'. If I change the line to
>
> prepare_suffix_map(pass_toolset and self.toolset or 'gcc')
>
> then
>
> alias.py borland
>
> works.

OK, thanks for the fix.

>> OK, a simple test with default_build.py:
>>
>>
>>
>> command-line site-config.jam
>> ============ ===============
>>
>> default_build.py msvc-6.5 using msvc : 6.5 ;
>>
>> "c:\boost\tools\build\test\..\jam_src\bin.ntx86\bjam
>> -sBOOST_BUILD_PATH=c:\boost\tools\build\test\..\new;c:\boost\tools\build\te
>>st -d0 --quiet " returned 1 STDOUT ============
>> ...skipped <./msvc/debug>a.rsp for lack of <./msvc/debug>a.obj...
>> ...skipped <./msvc/debug>a.exe for lack of <./msvc/debug>a.rsp...
>> ...skipped <./msvc/release_at_bin\msvc\release@>a.rsp for lack of
>> <./msvc/release_at_bin\msvc\release@>a.obj... ...skipped
>> <./msvc/release_at_bin\msvc\release@>a.exe for lack of
>> <./msvc/release_at_bin\msvc\release@>a.rsp... ...failed updating 2 targets...
>>
>> STDERR ============
>> 'cl' is not recognized as an internal or external command,
>> operable program or batch file.
>
> Ehh.... "cl" is the name of msvc compiler, right? Shouldn't it be in path?

No!

Part of the design philosophy of toolsets is that you shouldn't have
to litter your environment with all the settings needed to make every
one of your compilers work. That's why we have config files, for
example. I happen to have msvc-6.5 installed in the default location,
which is why I didn't need to add a path to my "using" invocation.

Note that "bjam msvc-6.5" works in general; something about the
testing front-end must be messing it up (?)

-- 
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