Ken Fox <[EMAIL PROTECTED]> wrote:
> John Tobey wrote:
> > I think we are trying to accommodate any of several GC systems to be
> > selected amongst in future.
>
> Then the Perl API needs to allow for the GC to move objects. If that
> can't happen, the majority of interesting collectors can't be used.
Yes, the Perl API needs to be extended for any of this to work. At a
minimum, we'll need a Perl_mark(pTHX) or similar.
> > Ken Fox <[EMAIL PROTECTED]> wrote:
> > > Did you ever have this problem [cycles between systems] or is it
> > > contrived?
> >
> > I personally guarantee the issue will arise. :-)
>
> Your finalizer doesn't catch cycles. Did you ever have problems with
> it not reclaiming garbage? A collector can still be useful even if it
> can't find all garbage. (Conservative collectors can't for example.)
Right, it won't catch cycles containing Perl structures, the same as
in Perl.
I suspect separating GC discussion out from this list will do more
good than harm, but in a 5-minute search I haven't found the formally
correct way (if there is one) to suggest a perl6-internals-gc list.
--
John Tobey, late nite hacker <[EMAIL PROTECTED]>
\\\ ///
]]] With enough bugs, all eyes are shallow. [[[
/// \\\
