On Saturday, 12 September 2015 at 06:45:16 UTC, bitwise wrote:
[...]
Alternatively, GC.addRange() could return a value indicating
whether or not the range had actually been added(for the first
time) and should be removed.
Bit
Maybe the solution is as simple as specifying the state of memory
that should be received from an untyped allocator.
It could be explicitly stated that an untyped allocator should
give out raw memory, and should not initialize it's content or
add any ranges to the GC. While it may seem obvious for a C++
allocator not to initialize it's contents, I think this makes
sense in the presence of a GC.
I would appreciate some feedback on this.
Bit