[D-runtime] Precise garbage collection
Rainer Schuetze
r.sagitario at gmx.de
Wed Aug 7 13:42:25 PDT 2013
On 07.08.2013 19:12, Leandro Lucarella wrote:
> On Fri, Jun 21, 2013 at 09:37:51PM +0200, Leandro Lucarella wrote:
>>> Before creating a pull request, I'd like to hear opinions on whether
>>> this should be included, if other choices would be better and where
>>> it should be improved.
>>
>> I'll read this e-mail in detail next week, and hopefully I'll take a
>> look at the code too.
>
> Finally I had some time to do this. I made some comments in the commit
> themselves in GitHub.
>
Thanks for the comments.
> Is there any reason why not to do the review with a proper pull request?
> For some reason you prefer to keep this somehow more private for now?
>
It currently even fails to compile the druntime unittests because of the
reported problems with the RTInfo generation. May it is better to let it
fail in public ;-)
I also wanted to implement a different version for comparison, that
stores the TypeInfo pointer in the allocation. I have a first attempt
but it is quite a bit slower as it has to do some dynamic casting during
scanning because of the way arrays are implemented. Some optimizations
are needed to make an unbiased comparison, but other stuff distracted
from doing this.
I'm also hoping for a comment on the ambiguity of TypeInfo_Class. If
implementing TypeInfo_Reference, what would TypeInfo_Reference.toString
return? "C ref" as in Michel Fortin's implementation of tail const
references? ;-)
More information about the D-runtime
mailing list