search for: r_homes

Greetings, I have a computer with the following setup: 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2 2)R-2.11.1 I compiled R with BLAS and lapack using the switched ( --with-blas="- lpthread -latlas -lfptf77blas" --with-lapack="-llapack -lcblas" ). (( http://cran.r-project.org/doc/manuals/R-admin.html#Linear-algebra) ) Prior to compiling R-2.11.1 sh

Hi, I'ma having some troubles installing R under Unix. As it is written in the "how to install R" the ./configure passed on but when I type make I recieve this error message : gmake[1]: Entering directory `/usr/local/R_HOME/R-2.4.0/m4' gmake[1]: Nothing to be done for `R'. gmake[1]: Leaving directory `/usr/local/R_HOME/R-2.4.0/m4' gmake[1]: Entering directory

Hello, I have come across two separate packages that have a Makefile in inst/doc which use the R_HOME variable. In both cases, the path to R_HOME gets munged in such a way that commands that include R_HOME fail on Windows: For example, one Makefile, for the xmapcore package ( https://hedgehog.fhcrc.org/bioconductor/trunk/madman/Rpacks/xmapcore/username/password: readonly) has this:

I am troubled by what appears to be a glitch in the current distribution, or in its installation on our system. I've traced it, and found a work- around. Is this normal? Is there a cleaner solution? The problem: During a package installation, the warning message "WARNING: ignoring environment value of R_HOME" from line 31 of <R_HOME>/bin/R is accidentally spliced into the

Dear list, so far I installed new versions of R on top of the old one in default /linux/local/lib64 . For several reasons (mostly compatibility issues) I would like to change this and to keep older versions still functional/available. Furthermore this should allow to perform installing and testing completely independent of any user still using a precedent version of R, and the switch for users

We have seen problems with a number of packages which use R/Rscript to run R code in configure or makefiles. (a) You must give a full path: there need be no version of R in the path, and if there is it might not be the version/build of R under which package installation is being done. So the general form is to use ${R_HOME}/bin/R to select the right version. And since ${R_HOME} might

When the R_HOME environment variable is set, R issues a warning messages when it starts up. When doing 'make check' this causes the check for eval-etc.R to fail: [...] make[3]: Leaving directory `/Volumes/app/R/src/R-1.4.0_patched_2002-01-24/tests' running strict specific tests make[3]: Entering directory `/Volumes/app/R/src/R-1.4.0_patched_2002-01-24/tests' running code in

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

Full_Name: Murray Stokely Version: 2.10.1 OS: Linux Submission from: (NULL) (216.239.45.4) The Defn.h header includes limits.h for PATH_MAX and then checks if it hasn't been defined and if not sets something manually. Some of the R code uses PATH_MAX but a lot of other functions in unix/sys-unix.c and main/startup.c just hardcodes a limit of 256 characters. In my environment this is not

Hi, Recently, I made an R package that used the C++ library Boost.Thread (http://www.boost.org/doc/libs/1_54_0/doc/html/thread.html) for multithreading. Previously, I have posted a question at stackoverflow (http://stackoverflow.com/questions/19651954/is-it-possible-to-build-an-r-package-which-use-rcpp-and-boost-thread-on-http), and I also asked at rcpp-devel

On 7 December 2017 at 17:56, Tomas Kalibera wrote: | | An update on this. Writing R Extensions does not recommend to have a | space character in R_HOME. This means that on Windows one either should | have SFN enabled (which is still the common case), or install into a | directory that does not have a space in its name (so specifically not | into "Program Files"). This recommendation

I'm trying to run multiple simulations using R on a cluster of pentiums running Solaris X86 by batching the R routines and simultaneously farming them out to the cluster nodes. This works fine on some of the machines, but on others the directory structure is mapped differently, so that when I try to run R, it can't be found, I can get around this by running /net/mp1/space/local/bin/R

Hi, I am trying to put some graphics I have generated from R on a webpage using dev2bitmap to create a bitmap, .BMP, file. When I look at my notes from 2 or 3 months ago I was successfully able to put the ACTIVE device plot result into a bitmap file using a command such as: dev2bitmap("InsectSpray.BMP") Job done! Now when I try the same command, I get the following: >

Dear All, I would like to reset default R_HOME PATH for R.3.1.3. I installed R-devel in /usr/local/R-devel but I can't install many packages as tcltk. I uninstalled R-devel and I would reuse R.3.1.3 but the PATH is remaining to /usr/local/R-devel. I touch ~.Renviron file with R_HOME=/usr/lib/R/bin/ RSTUDIO_R_HOME=/usr/lib/R/bin/ R_LIBS=~/R/x86_64-pc-linux-gnu-library/3.1

I'm using GCC 3.4.2 to build R-2.0.1 from sources downloaded from the University of Bristol mirror. bash-2.05$./configure <SNIP> R is now configured for sparc-sun-solaris2.9 Source directory: . Installation directory: /usr/local C compiler: gcc -g -O2 C++ compiler: g++ -g -O2 Fortran compiler: g77 -g -O2 Interfaces

I just downloaded R-devel and when loaded it immediately segfaults. I'm not sure how much or what sort of diagnostic info and can provide, but below is my build script, my console output, and the output of uname -r. I am currently dependent on the development version of a package, so I'd like to get R-devel up and running if possible. I am sure there is more info I can provide, but before

Hello, I am trying to compile ROracle _0.5-4 under R 1.9.0 without much success. I am running Windows 2000 SP4, Visual C++ 6.0 SP6, and Oracle client 9.2.0.1.0. I was able to run the pre-compiled version of ROracle_0.5-2 under R 1.7.1, but does not work on R 1.8.1 or R 1.9.0. Here is the output from nmake: C:\Program Files\R\rw1090\library\ROracle\src>nmake Microsoft (R) Program

Hi! I do not have an Rprofile file in $R_HOME/etc, but I do have one in $R_HOME/library/base/R. I thought I could include a .First() function in a new $R_HOME/etc/Rprofile file for attaching a couple files which have custom "always needed" functions. But would the new $R_HOME/etc/Rprofile create a conflict with $R_HOME/library/base/R/Rprofile (in particular because the later also has a

The make variable $(R_SHARE_DIR) seems to be available for use in tests/Makefile when running under Linux, but not Windows (R-2.6.2, R-2.6.1, R-2.7.0 alpha 2008-04-06, under Windows XP 64 bit, built locally for 32 bit). Is this intentional, or an oversight? Is it OK to use $(R_HOME)/share instead (seems to work OK)? I notice the following in /src/gnuwin32/front-ends/rcmdfn.c (from R-alpha

(As a non-root/non-admin), I've just tried to figure out how to prevent a default $R_HOME/site-library/ to be added to the library path. The solution I found was to environment variable R_LIBS_SITE to ":" (preferably in ~/.Renviron). Note that setting R_LIBS_SITE to en empty string will cause it to fall back to using $R_HOME/site-library/. This "hack" is based on the