On 27 April 2017 at 12:01, Johannes Ranke wrote:
|
| > so it seems to me this must affect all packages in Debian sid that were
| > built before the release of R 3.4.0!
|
| or rather before 14 April 2017, which is when R from revision r72510 was
| uploaded to sid as pre-release candidate.
Another example with KernSmooth:
> library(KernSmooth)
KernSmooth 2.23 loaded
Copyright M. P. Wand 1997-2009
>
> example(bkde)
bkde> data(geyser, package="MASS")
bkde> x <- geyser$duration
bkde> est <- bkde(x, bandwidth=0.25)
Error in linbin(x, gpoints, truncate) : object 'F_linbin' not found
>
Maybe this part of NEWS is what matters:
* Packages which register native routines for .C or .Fortran need
to be re-installed for this version (unless installed with
R-devel SVN revision r72375 or later).
KernSmooth surely has .Fortran. Your spatial example had VR_frset failing,
and that too is called by the old .C.
A counter-example is eg my RcppEigen package -- I can load it and run
example(fastLm) just fine as that uses .Call rather than .C or .Fortran.
I think you are
-- correct in that we need rebuilds
-- but only for packages using .C and .Fortran calls to compiled
This may be a use case for r-api-4. Or not as it doesn't break _all_ packages
so I am not sure we should force _all_ packages to be rebuilt.
Can we not find the ones that use .C and .Fortran ?
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
_______________________________________________
R-SIG-Debian mailing list
R-SIG-Debian@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-debian
