• Bienlein (5/5) Aug 26 2014 Hello,
• ketmar via Digitalmars-d-learn (4/7) Aug 26 2014 On Tue, 26 Aug 2014 10:38:46 +0000
• Kiith-Sa (5/10) Aug 26 2014 These use the work-in-progress std.allocator and seem to be more
• Bienlein (3/3) Aug 26 2014 Thanks for the replies. This looks good. I meanwhile found

"Bienlein" <jeti789 web.de> writes:

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

ketmar via Digitalmars-d-learn <digitalmars-d-learn puremagic.com> writes:

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=20
 rely on the GC? The would be the last thing I need for D to be=20
 really happy with it ;-)

maybe thBase will help: https://github.com/Ingrater/thBase

"Kiith-Sa" <kiithsacmp gmail.com> writes:

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

"Bienlein" <jeti789 web.de> writes:

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 ... ;-(.