Boost logo

Boost-Build :

From: David Abrahams (dave_at_[hidden])
Date: 2006-09-05 14:55:33

Alex Besogonov <cyberax_at_[hidden]> writes:

> Rene Rivera wrote:
>>> left bjam with a 1.7Gb memory footprint, leaving very little memory
>>> for the build phase on this 2Gb machine.
>> Yea, it's a painful effect of the string handling of bjam :-( There
>> aren't that many options for fixing it short of a rewrite to C++
>> which someone, wish I could remember his name now, is working on.
> That's me :) My C++ port is Almost Ready (tm)
> There's another possible solution, we can use Boehm-Demers-Weiser
> conservative GC ( I
> tried to use it with BJam some time ago with good results but forgot
> to write about it here.

What are you collecting with the GC? List nodes? How much can that
really save?

I think we want to be collecting strings. We could do it by
allocating the string cache hashtable in untraced memory and
registering a finalizer for each string that removes its entry from
the cache.

Dave Abrahams
Boost Consulting

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