From: Reece Dunn (msclrhd_at_[hidden])
Date: 2005-10-04 14:29:30
Alexey Pakhunov wrote:
>Reece Dunn wrote:
> > * The user doesn't need to specify the vcvars.bat for
> > msvc-8.0/x86-amd64 as this is a known configuration, so the user just
> > using msvc : 8.0 ;
> > and:
> > $ bjam release msvc-8.0 architecture=ia64
>This works with vcvars32.bat too.
Indeed, but you either need to explicitly pass your vcvars.bat to configure
IA64 or wait for your patch to detect it :).
>One more reason why it is a good thing - it will be much easier to
>decouple MSVC and PSDK modules and reuse PSDK module with other
>toolsets. Basically it will be possible to enable PSDK-based build by
>listing required <path>, <include> and <library-path> in the usage
> > improved, this load-time should decrease. However, there should be a
> > slight increase in each compile/link call that would even out the
> > load-time delay on a large build.
>Disagree. You said just opposite thing above:
In theory what I said would be true. I haven't done any number crunching
yet, so it could just be me, but the patch seems to produce a slower load
time. If I am correct, this ties in with what Rene said about performance
being an issue with the memory allocation routines.
Is there a way that we can speed this up? Maybe preallocate an initial
reserve space for strings? Or cache the memory as linked lists to save
When this is sorted, the load time should improve. Especially if you have a
lot of configurations in user-config.jam and a large project base.
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