From: Robert Ramey (ramey_at_[hidden])
Date: 2007-08-06 17:43:46
I'm pretty sure that testing.jam is doing it.
I'm conditioning the running of some serialization tests
on the successful passing of some config tests. I'm sure
its a minor snafu of my own making as it happens when
I make my example/Jamfile.v2 dependent on the
../build/Jamfile.v2 - etc you get the idea.
As an aside you'll all be relieved to know that now that
I've had a chance to spend some time on this, The
serialization test time will be reduced by about 60%.
I've been aware that this was a problem for some
time only recently have all things come together so
that I could really address it.
On the other hand, on my own system I'm running
debug, release, profile (for gcc), shared and static
so that adds up to quite a bit of time on my own
machine. oh well - I suppose it cuts down on my
home heating bill.
The other day I asked about the fact that the testing.jam
removes the executables (via overrideable default)
in order to save space. I asked why the objects weren't
removed as well. Removing them would remove save
a lot of disk space as well. I suppose there's a reason
for treating them different that executables, and its not
a problem for me, but I just thought I would ask.
Thanks for your help.
Rene Rivera wrote:
> Robert Ramey wrote:
>> However, I notice a lot of uninteresting output on my screen and
>> I can't figure out why its there and how to suppress it?
>> As always, any ideas appreciated.
>> config/no_wchar_t_pass, run, libs/config/test/no_wchar_t_pass.cpp
> Weird, it looks like a bit like what testing.jam outputs for showing
> the tests. There isn't any other code I know of outside of
> testing.jam that does that. And the Jamfile.v2 for config doesn't
> look like it outputs such stuff either.
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