<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 3, 2013 at 5:41 AM, Joseph Cassman <span dir="ltr"><<a href="mailto:jc7919@outlook.com" target="_blank">jc7919@outlook.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":38b">If you could provide an update on the allocators design and implementation -- progress and/or roadmap -- that would be great. Also if there are any plans to update std.container as a result.<br>

</div></blockquote></div><br>+1</div><div class="gmail_extra"><br></div><div class="gmail_extra" style>And another one. I am working on an embedded DSL on top of D Language. I am using compile time parser ctpg <a href="https://github.com/youkei/ctpg">https://github.com/youkei/ctpg</a> for some syntax parsing. It works great, expect for memory footprint of the compiler which makes it impractical to parse any 1000+ lines of code at compile time.</div>

<div class="gmail_extra" style><br></div><div class="gmail_extra" style>So the question is -- What are the plans to optimize the compiler from memory perspective? I know that the GC is disabled at compile time to make the compiler as fast as possible. Can we think about adding a switch to dmd to optionally enable the GC? This is not going to change the functional behavior of the compiler and so we can give an option to the end-user to enable the switch when compile time footprint is becoming an issue.</div>

<div class="gmail_extra" style><br></div><div class="gmail_extra" style>Regards</div><div class="gmail_extra" style>- Puneet</div><div class="gmail_extra" style><br></div></div>