search for: gnur

...'GMT' 3: In strptime(paste(.leap.seconds, "23:59:60"), "%Y-%m-%d %H:%M:%S") : unknown timezone 'America/New_York' dyld: lazy symbol binding failed: Symbol not found: _libiconv_open Referenced from: /Users/someone/work/abc/fastr/com.oracle.truffle.r.native/gnur/R-3.2.4/lib/libR.dylib Expected in: flat namespace dyld: Symbol not found: _libiconv_open Referenced from: /Users/someone/work/abc/fastr/com.oracle.truffle.r.native/gnur/R-3.2.4/lib/libR.dylib Expected in: flat namespace /bin/sh: line 1: 16127 Done echo "tools::...

...u that because more often than not it is error. Sometimes codetools gets > it wrong too, ie with you peek into data structure via evaluation tricks or > with simple with(mydataframe, columnOne). > > No, the symbol is acytually defined in a package that is not loaded when running under GnuR. But I still don't understand what is even trying to find the symbol in an execution path that doesn't reference it. I'm not sure what you mean by codetools, but is it examining my source code somehow before it is executed? That would be unexpected at best. Mick

...In strptime(paste(.leap.seconds, "23:59:60"), "%Y-%m-%d %H:%M:%S") : > unknown timezone 'America/New_York' > dyld: lazy symbol binding failed: Symbol not found: _libiconv_open > Referenced from: > /Users/someone/work/abc/fastr/com.oracle.truffle.r.native/gnur/R-3.2.4/lib/libR.dylib > Expected in: flat namespace > > dyld: Symbol not found: _libiconv_open > Referenced from: > /Users/someone/work/abc/fastr/com.oracle.truffle.r.native/gnur/R-3.2.4/lib/libR.dylib > Expected in: flat namespace > > /bin/sh: line 1: 16127 Done...

...Suggests: both are > required to compile the vignette. Installing rmarkdown should solve > the problem. If not, please provide more information. OS, R version, > digest version, ... > > This is occurring in the context of an automated testing environment that compares the output of GnuR and FastR. I'm using tools::testInstalledPackage with the default values for 'types'. I guess the problem is that there is no connection between this step and the previous package install step (that did use --install-tests) but didn't install the "Suggests" dependencie...

Can someone explain a message of this form from an rscript execution: Note: no visible global function definition for 'foo' This happens right at the start of execution. 'foo' is only executed in a branch of an 'if' that is not reached with the particular arguments passed to the script. If I source the script in a shell and run it I do not get the message. Mick

...than not it is error. Sometimes codetools gets >> it wrong too, ie with you peek into data structure via evaluation tricks or >> with simple with(mydataframe, columnOne). >> >> > No, the symbol is acytually defined in a package that is not loaded when > running under GnuR. But I still don't understand what is even trying to > find the symbol in an execution path that doesn't reference it. I'm not > sure what you mean by codetools, but is it examining my source code > somehow before it is executed? That would be unexpected at best. That message...

...required to compile the vignette. Installing rmarkdown should solve >> the problem. If not, please provide more information. OS, R version, >> digest version, ... >> >> > This is occurring in the context of an automated testing environment that > compares the output of GnuR and FastR. I'm using tools::testInstalledPackage > with the default values for 'types'. I guess the problem is that there is no > connection between this step and the previous package install step (that did > use --install-tests) but didn't install the "Suggests"...

I need some help understanding a problem running the tests on the 'digest' package. Initially, I got the message that the 'knitr' package was needed to run vignettes: Running vignettes for package ?digest? Error in loadVignetteBuilder(vigns$pkgdir) : vignette builder 'knitr' not found So I installed the knitr package and all its dependents (?mime?, ?stringi?,

I was surprised by this: R --interactive -e 'interactive()' bash-3.2$ R -q -e 'interactive()' --interactive > interactive() [1] FALSE > as the command options document says that --interactive should force interactive=TRUE: " When *R* is run in a terminal (via |Rterm.exe| on Windows), it assumes that it is interactive if ?stdin? is connected to a (pseudo-)terminal

>>>>> peter dalgaard <pdalgd at gmail.com> >>>>> on Sat, 12 Mar 2016 19:11:40 +0100 writes: > OK, .Internal is not necessary to reproduce oddity in this area. I also see things like (notice 1980) >> strptime(paste0(sample(1900:1999,80,replace=TRUE),"/01/01"), "%Y/%m/%d", tz="CET") ............... >