dear R developers---I am running a pure R program on the stock binary
debian (ubuntu) 64-bit linux distribution, 3.0.1. for identification,
20abb3a1d917bce52a10dd40cb47b82b /usr/lib/R/bin/exec/R
58ebc91f143f752610c8dbe22182f3f3 /usr/lib/libR.so
my R program loads 5 big matrices (about 1GB eac
On 12 July 2013 at 11:42, Gabriel Becker wrote:
| Jonathan,
|
| All exported functions must have documentation entries to pass R CMD check
| without warnings.
|
| Functions within your package do not need another function in your package
| to be exported to call it without :::, but code not in y
Thanks -- fixed in 63290 (trunk) and 63291 (patched).
luke
On Fri, 12 Jul 2013, Hervé Pagès wrote:
at lines 651 & 653 (integer_binary function):
if (code == DIVOP || code == POWOP)
ans = allocVector(REALSXP, n);
else
ans = allocVector(INTSXP, n);
There are calls to warnin
> From: Herv? Pag?s
> at lines 651 & 653 (integer_binary function):
>
> if (code == DIVOP || code == POWOP)
> ans = allocVector(REALSXP, n);
> else
> ans = allocVector(INTSXP, n);
>
> There are calls to warningcall() later in the function, which can
> trigger garbbag
peter dalgaard writes:
> We discussed this recently, and I believe the winner was
>
> cl[[1]] <- quote(pls::mvr)
Thank you!
> (notice that :: is an operator, so this is profoundly different from
> as.name("pls::mvr"), which is a symbol with two colons inside!)
Ah. Of course!
--
Regards,
Bj
On Jul 13, 2013, at 10:56 , Bjørn-Helge Mevik wrote:
> Dear developeRs,
>
> I maintain a package 'pls', which has a main fit function mvr(), and
> functions plsr() and pcr() which are meant to take the same arguments as
> mvr() and do exactly the same, but have different default values for the
>
Dear developeRs,
I maintain a package 'pls', which has a main fit function mvr(), and
functions plsr() and pcr() which are meant to take the same arguments as
mvr() and do exactly the same, but have different default values for the
'method' argument. The three functions are all exported from the
