I apologize in advance for not having done more homework in advance,
but thought I would send this along to see if anyone else was seeing this.
I am having some sort of ggplot2/plyr/very-recent-R-devel dependency
issues.
Just installed
R Under development (unstable) (2014-09-01 r66509) --
Hi Ben,
Just tested this on a fresh ubuntu 14:04 sandbox by using Dirk's docker
image (
https://github.com/eddelbuettel/docker-ubuntu-r/tree/master/add-r-devel-san)
for Rdevel.
> install.packages(c("dplyr", "ggplot2"))
> library("dplyr")
> library("ggplot2")
runs fine for me (though takes a few
thanks -- although I think `dplyr` is a red herring; my issue is with
`plyr` (which is imported by `ggplot2` so should get installed
automatically anyway ...)
On Mon, Sep 1, 2014 at 4:08 PM, Carl Boettiger wrote:
> Hi Ben,
>
> Just tested this on a fresh ubuntu 14:04 sandbox by using Dirk's doc
Hi all,
I'm unable to compile R under an HPC system (which like many HPC systems
doesn't always have the latest and greatest software). The version of
GCC is 4.1.2 under CentOS 5.7. Running ./configure gives the following
output:
R is now configured for x86_64-unknown-linux-gnu
Source directo
On 1 September 2014 at 12:58, Titus Barik wrote:
| I'm unable to compile R under an HPC system (which like many HPC systems
| doesn't always have the latest and greatest software). The version of
| GCC is 4.1.2 under CentOS 5.7.
With all due respect, that gcc release is from Feb 2007 [1].
You
Hi, see this about updating your gcc. Assuming you can do that:
https://www.centos.org/forums/viewtopic.php?t=22240
Gabor
On Mon, Sep 1, 2014 at 3:58 PM, Titus Barik wrote:
> Hi all,
>
> I'm unable to compile R under an HPC system (which like many HPC systems
> doesn't always have the latest and
It seems you are using mpicc as your compiler for the Matrix package,
and have not selected C99 mode for it. I don't know how you did that:
maybe you have CC set in your environment. To get to that point you
will have compiled lots of R which uses C99 features.
There is no such thing as R 3.
Hi,
Thanks for the replies. The version is indeed 3.1.1 (sorry about the
typo in the subject line). I was able to make progress and get R to
compile after setting --with-recommended-packages=no, since the Matrix
package was the only blocker.
I went back as far as R 2.15.3, which had the same issu
Further losing my marbles. I *think* this is a subtle bug in the
comparison operator for package_version objects that will be dependent on
small (platform-dependent) numerical computation differences, possibly
(???) introduced in r66259.
If I have not completely lost it (which is entirely possibl
PS this is on i686-pc-linux-gnu (32-bit). On x86_64-apple-darwin10.8.0,
log(8,base=8)==1 is TRUE, so I'm guessing the problem wouldn't come up.
(At this point I believe the problem occurs if (and only?) if
log(8,base==8)==1 is FALSE, *and* you try to make a comparison that
involves a package vers
One more correction: the relevant change seems to be
https://github.com/wch/r-source/commit/7681eefd37e7fa4da877b267c006df839303680c
or
or
r66230 | hornik | 2014-07-22 17:14:31 -0400 (Tue, 22 Jul 2014) | 2 lines
Have .encode_numeric_version() use strings of octals rather than double
precision p
11 matches
Mail list logo
