or maybe a branch/sub-set, GC-free, version of D arrays and
classes.
thumbs up for that. Everytime when i do OS-level or other
programming in D, where i can't/won't have GC i can't have
arrays/classes. One possibility is to hack the library but it
either leaks memory(because you can't free it easily) or it looks
bad on the allocation side.
what i mean with allocation side:
Memory.setObject("FOO@42")
foobar[] xy = a.dup;
it esentially labels the allocated memory (with .dup) so it can
be freed later... and it just is effectivly like a non-GC'ed
malloc...
I would like some optional parameters for the non-GC allocations
like
foobar[] xy = a.dup(myAllocator, 42);
(dup grabs the memory from myAllocator and passes arguments).
Same for new like good old GC does.
Ofcourse type information and the construction of more
complicated objects is a problem.