From: Vladimir Prus (ghost_at_[hidden])
Date: 2003-02-25 09:03:50
David Abrahams wrote:
> Vladimir Prus <ghost_at_[hidden]> writes:
> > David Abrahams wrote:
> >> >> python default_build.py --ignore-config
> >> >
> >> > Eh... the "--ignore-config" argument is not passed to bjam
> >> > invocations. Do you think it should?
> >> Not neccessarily. What's it supposed to do?
> > It supressed loading of site-config.jam/user-config.jam (as documented
> > in docs).
> How can it do that if it doesn't get passed to bjam invocations?
Ehh.. the --ignore-config option suppresses config loading when passed to jam.
It (and any other options) have to effect with test_all.py. Do you think they
should have any effect?
> >> >> It seems like BoostBuild.py is supposed to be taking care of that,
> >> >> but it doesn't look like it's working.
> >> >
> >> > Did you overcome the problem already?
> >> Nope. Did you try testing with Borland?
> > The above invocation fails. The reason is that 'prepare_suffix_map' is
> > called with "gcc" as parameter. And... I really don't understand what
> > prepare_suffix_map(pass_toolset and 'gcc' or self.toolset)
> > is supposed to do.
> That's essentially
> pass_toolset ? 'gcc' : self.toolset
> But Guido won't give us a ternary operator :(
That's tricky ;-) 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')
> OK, a simple test with default_build.py:
> command-line site-config.jam
> ============ ===============
> default_build.py msvc-6.5 using msvc : 6.5 ;
>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?
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