From: Rene Rivera (grafik.list_at_[hidden])
Date: 2005-09-20 09:14:11
Reece Dunn wrote:
> BBv2 and SCons are aimed at being truely platform independant, i.e. one
> script will work for everything, whereas the others need work on your part
> to get that or only support one target.
True, but that wasn't his aim. Which means one has to take the tests
from the POV of using it on one configuration for repeated builds. Hence
why speed is big concern.
> [As a note, how
> much of a performance penalty is there from BBv2 and SCons being built on
> top of and run from a scripting engine?]
Not much. But most of the cost goes into the startup of the scripting
program, with some exceptions :-)
> I have lost count of the number of times I have run into problems with
> incorrect project settings for MSVC projects, most of which are due to the
> IDE defaulting to the current configuration (debug or release) instead of
> editing all configurations.
That basic problem led me to abandon using multiple build configurations
in the Codewarrior IDE. Instead I have the single debug variant on the
IDE, which is what I use for development and debugging. And use BB for
everything else, release, packaging, testing, etc.
> Q: Is it possible to get profiling data for
> bjam and BBv2 to see what parts of bjam and BBv2 are taking the most time.
Yes. Add "-d+10" to a bjam invocation and you'll get a table of timings
for the rules.
One open issue with bjam is the speed, and memory use, of it's string table.
> Also, I don't believe that BBv2 has incremental build support.
That depends on what you mean by incremental build.
> I wonder what
> this and pre-compiled header support would do to the timing data.
I would think that it would not change relative times. If other build
systems support those then they would all get faster. And hence the
relative speeds would stay the same.
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org
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