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