Implanting is indeed a dirty trick. You could contact the maintainers of
geoR and ask if your code can be added to the package. Or perhaps they can
export some of the functionality you need.
/M
Op vr 28 aug. 2015 om 16:58 schreef Facundo Muñoz :
> Dear list,
>
> I have built a package geoR
Dear list,
I have built a package geoRcb (https://github.com/famuvie/geoRcb) which
is an extension of package geoR.
It provides some very specific additional functionality, in the form of
new arguments for only 3 functions from geoR.
It also has some original complementary functions, but otherwise
It is not a question of whether the CRAN maintainers _could_ do it.
Technically anything's possible[1]. But, as is nicely pointed out[2]
"The time of the volunteers is CRAN’s most precious resource[...]"
If you ask me, the voluntary CRAN team is already supporting an amazing
range of architec
For example, mvnfast CRAN binaries could take advantage of OpenMP.
The OpenMx team has been building Mac OS binaries with openmp enabled
for years. We compile with gcc and bundle the necessary openmp enabled
libraries with the binary. Why couldn't CRAN do this?
--
Joshua N. Pritikin
Department
On 28/08/2015 4:23 AM, Thierry Onkelinx wrote:
> Dear all,
>
> I'm trying to define a new S4 method for a generics defined in an
> other package. Here is my attempt, but that isn't working.
>
> bar <- function(a, b) is defined as generic and S4 method in the package foo
>
> #' @importFrom foo ba
Dear all,
I'm trying to define a new S4 method for a generics defined in an
other package. Here is my attempt, but that isn't working.
bar <- function(a, b) is defined as generic and S4 method in the package foo
#' @importFrom foo bar
#' @importMethodsFrom foo bar
setMethod(
f = "bar",
signa