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.

Reply via email to