Pool allocators, the Next Generation

Loren James Rittle rittle@latour.rsch.comm.mot.com
Tue Feb 25 08:16:00 GMT 2003


In article <20030225074841.GA7252@disaster.jaj.com> Phil writes:

> A brief progress report:  One experimental version is done and working.
> It maintains parity in the current allocator settings, and allows us to
> delete pthread_allocimpl.h entirely.  A new typedef, __gthread_alloc, sits
> alongside __alloc and __single_client_alloc, with all the major features of
> pthread_alloc and the added bonus that it follows the --enable-threads=xxx
> decisions.

[Glossing over the noted downside.]  Excellent news!



More information about the Libstdc++ mailing list