I tried "./configure --with-internal-tzcode && make", but it caused
problems seemingly with any parsing of time. Example:
~/R-3.2.2$ make check
Testing examples for package ‘base’
Testing examples for package ‘tools’
Warning in as.POSIXlt.POSIXct(x, tz) : unknown timezone ''
Warning in
The datetime.R issue looks familiar. Darwin (the basis for OS X) copied
a lot of things from FreeBSD, bugs and all. So I expect the same remedy
applies (http://cran.r-project.org/doc/manuals/r-patched/R-admin.html#OS-X):
'Configure option --with-internal-tzcode is the default on OS X, as the
I tried compiling using GCC. First, I changed config.site to:
~/R-3.2.2$ svn diff config.site
Index: config.site
===
--- config.site (revision 69236)
+++ config.site (working copy)
@@ -278,3 +278,8 @@
## Path to the version of pkg-c
On 31/08/2015 16:26, Davor Cubranic wrote:
Prof Brian Ripley writes:
Second, we don't have all the pertinent information such as the
configure options used and the architecture (x86_64?). I am going to
have to guess none as none were mentioned, but using --enable-R-shlib
would be pertinent.
O
Prof Brian Ripley writes:
> Second, we don't have all the pertinent information such as the
> configure options used and the architecture (x86_64?). I am going to
> have to guess none as none were mentioned, but using --enable-R-shlib
> would be pertinent.
>
> On 31/08/2015 05:47, Davor Cubran
First, this there is no evidence here of a 'compilation' failure: it
seems to be about installation, and more specifically about loading
dynamic libs.
Second, we don't have all the pertinent information such as the
configure options used and the architecture (x86_64?). I am going to
have to
