From ripley@stats.ox.ac.uk  Wed May 23 20:40:34 2001
From: ripley@stats.ox.ac.uk (Prof Brian Ripley)
Date: Wed, 23 May 2001 20:40:34 +0100 (BST)
Subject: RE^2: [Rd] New generic functions in "R base" {was `truncate'}
In-Reply-To: <5429125E11E4D411AF7300805FE603A8014CEAF4@groexmbcr02.pfizer.com>
Message-ID: <Pine.LNX.4.21.0105232034390.4905-100000@localhost>

On Wed, 23 May 2001, Warnes, Gregory R wrote:

> 
> > From: Martin Maechler [mailto:maechler@stat.math.ethz.ch]
> > Sent: Friday, May 18, 2001 11:30 AM
> > To: gregory_r_warnes@groton.pfizer.com
> > Subject: RE^2: [Rd] New generic functions in "R base" {was `truncate'}
> >
> 
> [...]
> 
> > Apropos  ci() :
> >
> >  There's the very generally useful  confint() function in MASS.
> >  Since MASS will become one of the recommended packages `real soon now',
> >  I doubt that we'd want yet another one in `base'.
> >  Or do you have reasons to prefer your ci() over V&R's  confint() ?
> >  If so, it may make quite some sense discussing that on R-devel..
> >
> > Regards, Martin
> 
> Actually, I wasn't aware of the confint() function in MASS.  My ci()
> function doesn't have any particular advantage.  
> 
> 
> Actually, this illustrates a problem and raises another issue.  As it turns
> out, I'm not the only one to have (unnecessarily) re-implemented the
> features of confint() because it didn't occur to me to look in MASS for it.
> I'm sure that others have had the same thing happen.
> 
> Shouldn't such generally useful functions get moved into base or some other
> package that is on the default search path?  

Interesting Q.  Partly for perfomance reasons and partly for embedded
applications, we are trying to make base a lot smaller.  The agreed idea
seems to be to have a tiny core for R and lots of added functionality.
Unfortunately whereas S seems to be able to have long search paths without
performance penalty, we haven't found the right tricks in R (although it is
much better than it once was).  So just adding MASS to the path has
something like a 5% penalty (last timed just pre-1.2.0).  And careful
observers may have noticed that R gets a little slower (on almost) each
release.

One step in this direction that 1.3.0 will have is load-on-demand modules,
that is compiled code that is not loaded until used.  This allowed us to
avoid a 50% increase in code size. 

Brian

-- 
Brian D. Ripley,                  ripley@stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272860 (secr)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._


RE^2: [Rd] New generic functions in "R base" {was `truncate'}
Prof Brian Ripley