From hadley at rice.edu  Wed May  4 15:21:39 2011
From: hadley at rice.edu (Hadley Wickham)
Date: Wed, 4 May 2011 08:21:39 -0500
Subject: [Rd] Recursive objects
In-Reply-To: <alpine.DEB.2.00.1105040752190.4973@luke-inspiron>
References: <BANLkTi=jOrtXY-njYJu7Z7pmokSzLDPfkA@mail.gmail.com>
	<alpine.DEB.2.00.1105040752190.4973@luke-inspiron>
Message-ID: <BANLkTi=P6cZRXqdGfs8pv+0p7nTN-Gb4Ew@mail.gmail.com>

> I never use is.recursive/is.atomic because the definition they use for
> an object to be recursive doesn't usually coincide with what I am
> interested in. (If you want to know what that definition is you can
> look at the source code, coerce.c:1790.) In computing on the language I
> would want one notion where pretty much only calls are recursive in
> the sense of having componets that need to be recursed into (you can
> see how that is handled in the byte code compiler which is in the
> sources as a noweb file). At the internal level, for example in the
> GC, _every_ object is recursive in the sence of needing to be checked
> for pointers to other objects, because of the attribute field.

Thanks Luke, I'll check those references out.

> There have been discussions of this previeously -- you might search
> the archive.

Any hints as to what to search for?

Hadley

-- 
Assistant Professor / Dobelman Family Junior Chair
Department of Statistics / Rice University
http://had.co.nz/



[Rd] Recursive objects
Hadley Wickham