Non-GC based List/Set/Map implementation?

[Bienlein via Digitalmars-d-learn]

Hello,

does anyone know of a List/Set/Map implementation that does not 
rely on the GC? The would be the last thing I need for D to be 
really happy with it ;-)


Thanks, Bienlein

Re: Non-GC based List/Set/Map implementation?

[ketmar via Digitalmars-d-learn]

On Tue, 26 Aug 2014 10:38:46 +
Bienlein via Digitalmars-d-learn digitalmars-d-learn@puremagic.com
wrote:

 does anyone know of a List/Set/Map implementation that does not 
 rely on the GC? The would be the last thing I need for D to be 
 really happy with it ;-)
maybe thBase will help: https://github.com/Ingrater/thBase


signature.asc
Description: PGP signature

Re: Non-GC based List/Set/Map implementation?

[Kiith-Sa via Digitalmars-d-learn]

On Tuesday, 26 August 2014 at 10:38:47 UTC, Bienlein wrote:

Hello,

does anyone know of a List/Set/Map implementation that does not 
rely on the GC? The would be the last thing I need for D to be 
really happy with it ;-)


Thanks, Bienlein


These use the work-in-progress std.allocator and seem to be more 
maintained, although they don't seem to take advantage of DMD 
2.066 (@nogc) yet:


https://github.com/economicmodeling/containers

Re: Non-GC based List/Set/Map implementation?

[Bienlein via Digitalmars-d-learn]

Thanks for the replies. This looks good. I meanwhile found 
http://dsource.org/projects/dcollections But it seems to be 
GC-based just like Tango ... ;-(.