From p.dalgaard at biostat.ku.dk  Tue Feb  8 21:49:47 2005
From: p.dalgaard at biostat.ku.dk (Peter Dalgaard)
Date: Tue Feb  8 21:54:17 2005
Subject: [Rd] Environment with no parent?
In-Reply-To: <nl2i01h7pffsdrsmrfoft00ro069e5n8cu@4ax.com>
References: <nl2i01h7pffsdrsmrfoft00ro069e5n8cu@4ax.com>
Message-ID: <x24qgmojys.fsf@biostat.ku.dk>

Duncan Murdoch <murdoch@stats.uwo.ca> writes:

> Looking in envir.c, I see this:
> 
>     /* env is now R_NilValue, the base environment */
> 
> which doesn't give me much hope, but maybe there's a trick....
> 
> If not, would it be reasonable to install a magic "EmptyEnv" to use as
> a parent in this sort of situation?
> 

I'm fairly sure the answer is "nope".

It's been annoying me for years, for language aesthetic reasons
mostly, but also with some consideration of cases like yours, and I've
been on the brink of implementing a version where the base environment
was a true environment. Apart from the usual issue of "round tuits",
I was held back by the fact that one has to consider at least two things:

(a) efficiency. Is it expensive no longer to have the base functions
bound directly to their symbol? (My gut feeling is that with suitable
hashing and cacheing, the penalty is minimal.)

(b) you can *only* use get and simple variable retrieval in a non-base
environment with a NULL parent (eval(x <- 1, envir=foo) would give
'couldn't find function "<-"' or so). This could cause some confusion.


-- 
   O__  ---- Peter Dalgaard             Blegdamsvej 3  
  c/ /'_ --- Dept. of Biostatistics     2200 Cph. N   
 (*) \(*) -- University of Copenhagen   Denmark      Ph: (+45) 35327918
~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk)             FAX: (+45) 35327907


[Rd] Environment with no parent?
Peter Dalgaard