<div dir="ltr">On 9 October 2013 16:05, dennis luehring <span dir="ltr"><<a href="mailto:dl.soluz@gmx.net" target="_blank">dl.soluz@gmx.net</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">
Am 09.10.2013 07:23, schrieb PauloPinto:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Apple dropped the GC and went ARC instead, because they never<br>
managed to make it work properly.<br>
<br>
It was full of corner cases, and the application could crash if<br>
those cases were not fully taken care of.<br>
<br>
Or course the PR message is "We dropped GC because ARC is better"<br>
and not "We dropped GC because we failed".<br>
<br>
Now having said this, of course D needs a better GC as the<br>
current one doesn't fulfill the needs of potential users of the<br>
language.<br>
</blockquote>
<br></div>
the question is - could ARC be an option for automatic memory managment<br>
in D - so that the compiler generated ARC code when not using gc - but using gc-needed code?<br>
<br>
or is that a hard to reach goal due to gc-using+arc-using lib combine problems?<br>
</blockquote></div><br></div><div class="gmail_extra">It sounds pretty easy to reach to me. Compiler generating inc/dec ref calls can't possibly be difficult. An optimisation that simplifies redundant inc/dec sequences doesn't sound hard either... :/</div>
<div class="gmail_extra">Is there more to it? Cleaning up circular references I guess... what does Apple do?</div><div class="gmail_extra">It's an uncommon edge case, so there's gotta be heaps of room for efficient solutions to that (afaik) one edge case. Are there others?</div>
</div>