Simon,
Ah, thank you! quiet right. For anyone searching for this in the
future, I changed my init fuction to:
-- SNIP
void init_r() {
SEXP aperm_function;
/* this is our version of Rf_initEmbeddedR where we disable stack
checking */
const char *init_argv[] =
Thanks for the quick reply. Yes, both packages will work. It's just that I
renamed some functions in package B (e.g. `get_val_labels` to `get_labels`) and
calling `get_val_labels` now throws a deprecated-warning (I'm using
`.Deprecated` in that function call).
Thus, checking reverse
On 25/08/2015 9:48 AM, Daniel Lüdecke wrote:
I maintain two packages, which are kind of mutually depending on each
other. Now I have updated package A, like to submit it - however, it
produces warnings (in my package B) when doing the reverse dependency
check. Yet I cannot fix the warnings
match(x,table) and x%in%table work when x and table are lists of language
objects or expressions. E.g.,
expression(quote(1+2), quote(log2(16))) %in% expression(3, quote(1+2),
c(4L,5L,6L,7L))
#[1] TRUE FALSE
list(quote(1+2), quote(log2(16))) %in% list(3, quote(1+2), c(4L,5L,6L,7L))
#[1]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I haven't yet dug into the internals of match() yet to see what's
going on, but I'm wondering whether there's a design reason why I
can't use %in% (which is a wrapper for match()) on language objects.
I'd like to test whether a language object is
If you want to distributed such binaries, I would suggest using the 'drat'
package to set up your own repo. I'm using it for beta versions of my
packages and I find it very useful and easy to use. The latest version of
'drat' also supports binaries.
Or, vote with your feet and switch to Linux
Merging sjPlot and sjmisc is no real option, because I just split the packages,
since the amount of functions became too large, and the original package was no
longer focussing on its initial intention. That's why I decided to split the
packages.
I simply could wait with the renaming of
From the sources:
#define MAXNARGS 100
/* ^^^ not entirely arbitrary, but strongly linked to
allowing %$1 to %$99 !*/
On 22/08/2015 04:21, Martin Bel wrote:
I'm trying to apply a function defined in the VW R docs, that attemps to
convert a data.table object to Vowpal Wabbit
Hi Martin,
Indeed it does (and I should have confirmed myself with R-patched and
R-devel before posting...)
Thanks, and sorry for the noise.
Kevin
On Tue, Aug 25, 2015, 13:11 Martin Morgan mtmor...@fredhutch.org wrote:
On 08/25/2015 12:54 PM, Kevin Ushey wrote:
Hi all,
The following
Hi all,
The following fails for me (on OS X, although I imagine it's the same
on other platforms using libcurl):
options(download.file.method = libcurl)
options(repos = c(CRAN = https://cran.rstudio.com/;, CRANextra =
http://www.stats.ox.ac.uk/pub/RWin;))
install.packages(lattice) ##
On 08/25/2015 12:54 PM, Kevin Ushey wrote:
Hi all,
The following fails for me (on OS X, although I imagine it's the same
on other platforms using libcurl):
options(download.file.method = libcurl)
options(repos = c(CRAN = https://cran.rstudio.com/;, CRANextra =
arnaud gaboury arnaud.gabo...@gmail.com writes:
On Mon, Aug 24, 2015 at 11:29 AM, Bjørn-Helge Mevik
We regularly build the standard R against MKL, simply using
Do you use proprietary Intel MKL or open source package like OpenBLAS ?
As I wrote: MKL.
--
Regards,
Bjørn-Helge Mevik
(final post, sorry to be spamming everyone all day...)
As kindly pointed out by Martin off-list, I was in fact using an old
version of R-devel (it looks like the binaries provided at
http://r.research.att.com/ are currently stale -- although the page
lists r69167 as the current version, the
13 matches
Mail list logo
