On 04/02/2019 11:34 a.m., Martin Maechler wrote:
peter dalgaard
on Mon, 4 Feb 2019 16:48:12 +0100 writes:
> Does either of you have a patch against current R-devel?
> I tried the obvious, but the build dies with
> building package 'tools'
> all.R is unchanged
> ..
On 04/02/2019 10:48 a.m., peter dalgaard wrote:
Does either of you have a patch against current R-devel?
I tried the obvious, but the build dies with
building package 'tools'
all.R is unchanged
../../../../library/tools/libs/x86_64/tools.so is unchanged
installing 'sysdata.rda'
Error in get(met
> peter dalgaard
> on Mon, 4 Feb 2019 16:48:12 +0100 writes:
> Does either of you have a patch against current R-devel?
> I tried the obvious, but the build dies with
> building package 'tools'
> all.R is unchanged
> ../../../../library/tools/libs/x86_64/tools.so
Does either of you have a patch against current R-devel?
I tried the obvious, but the build dies with
building package 'tools'
all.R is unchanged
../../../../library/tools/libs/x86_64/tools.so is unchanged
installing 'sysdata.rda'
Error in get(method, envir = home) : object '$.data.frame' not fo
On 04/02/2019 9:20 a.m., Radford Neal wrote:
I think you might want to just delete the definition of $.data.frame,
reverting to the situation before R-3.1.0.
I imagine the cause is that the list version is done in C code rather
than R code (i.e. there's no R function `$.list`). So an alternati
> > I think you might want to just delete the definition of $.data.frame,
> > reverting to the situation before R-3.1.0.
>
> I imagine the cause is that the list version is done in C code rather
> than R code (i.e. there's no R function `$.list`). So an alternative
> solution would be to also i
On 03/02/2019 12:04 p.m., Radford Neal wrote:
While doing some performance testing with the new version of pqR (see
pqR-project.org), I've encountered an extreme, and quite unnecessary,
inefficiency in the current R Core implementation of R, which I think
you might want to correct.
The inefficie
While doing some performance testing with the new version of pqR (see
pqR-project.org), I've encountered an extreme, and quite unnecessary,
inefficiency in the current R Core implementation of R, which I think
you might want to correct.
The inefficiency is in access to columns of a data frame, as
