Thread overview |
---|
August 26, 2014 Non-GC based List/Set/Map implementation? | ||||
---|---|---|---|---|
| ||||
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 Re: Non-GC based List/Set/Map implementation? | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bienlein Attachments: | 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 Re: Non-GC based List/Set/Map implementation? | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bienlein | 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 Re: Non-GC based List/Set/Map implementation? | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bienlein | 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 ... ;-(. |
Copyright © 1999-2021 by the D Language Foundation