Thread overview
Non-GC based List/Set/Map implementation?
Aug 26, 2014
Bienlein
Aug 26, 2014
ketmar
Aug 26, 2014
Kiith-Sa
Aug 26, 2014
Bienlein
August 26, 2014
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
August 26, 2014
On Tue, 26 Aug 2014 10:38:46 +0000
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


August 26, 2014
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
August 26, 2014
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 ... ;-(.