<div dir="ltr">On 8 April 2013 20:57, Regan Heath <span dir="ltr"><<a href="mailto:regan@netmail.co.nz" target="_blank">regan@netmail.co.nz</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, 08 Apr 2013 09:58:15 +0100, Manu <<a href="mailto:turkeyman@gmail.com" target="_blank">turkeyman@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I suspect Andrei for one knows this, and that's why the D containers are<br>
so... barely existing. The language is not yet ready to say with confidence<br>
how they should look.<br>
</blockquote>
<br></div>
That, and before you can design the containers you need a concrete allocator interface design.  Actually, this is likely the same blocker for GC-free D as well.<br>
<br>
D should have a set of global allocator hooks.</blockquote><div><br></div><div style>True. I've been saying for a long time that I'd really like filesystem hooks too while at it!</div><div><br></div><div><br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If it did, you could easily catch unexpected allocations in tight loops and realtime code.  If it did, GC-free D would be trivial - just replace the default GC based allocator with a malloc/free one, or any other scheme you like.<br>
</blockquote><div><br></div><div style>D doesn't have a delete keyword, which is fairly important if you want to manually manage memory...</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

The hooks would ideally pass __FILE__ and __LINE__ information down from the call site in debug mode, etc.<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote></div></div></div>