Re: [jamboost] V2 testsuite improvements

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

then

alias.py borland

works.

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

- Volodya