<div dir="ltr">On 23 September 2013 15:37, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com" target="_blank">newshound2@digitalmars.com</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>On 9/22/2013 9:19 PM, Manu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Following this train of thought, I can imagine a really nice end goal would be<br>
that the existing GC is effectively plugged in as a library, and people can<br>
easily substitute it for their own GC if they want/need to.<br>
</blockquote>
<br></div>
It already is, and has been from the beginning. Rainer, for example, uses a different GC for VisualD.<br>
<br>
dmd knows naught about the GC.<br></blockquote><div><br></div><div>Sure, true. But little things like separate it into its own lib, so you can easily link a different one, or not link one at all.</div><div>Also, what about language support? How much language support is there currently?</div>

<div>I don't think I could currently write the ref-counting GC that I'd like without extensive language support.</div><div>inc/dec ref calls would need to be inserted all over the place by he compiler, and optimiser would need to know how to remove redundant inc/dec sequences.</div>

</div></div></div>