Boost logo

Boost-Build :

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
allocate+recopy time?

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.

- Reece


Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at