search for: r_version

...to the r-devel true this Monday, and imply that add-on packages using the original coding style will no longer work with current versions of r-devel. One possible solution for having packages with sources which work for compilation under both 1.1 and 1.2 is to use conditionals of the form #if R_VERSION >= R_Version(1, 2, 0) new-style-code #else old-style-code #endif I would like to ask add-on package maintainers of packages which are affected by the change to produce updated versions of their packages which work under both 1.1 and 1.2. It seems that the following ones require actio...

Our current intention is to no longer include Rversion.h from R.h as from R 1.6.0 (which is months away). Package maintainers when revising code might like to check if they actually use Rversion.h, and if so include it explicitly. I did a quick grep through the CRAN packages, and in all but one case (mda) the test is for R < 1.2.0, so it may be simplest just to tidy up and add `Depends: R

My R_version is 2.11.1. I can?t install R packages. The error massages are following: package 'DBI' successfully unpacked and MD5 sums checked error in normalizePath(path) : path[1]="E:\R-2.11.1\library/DBI"?? -- View this message in context: http://r.789695.n4.nabble.com/A-question-of-...

Hi, I have tried to disable stack checking by set R_CStackLimit to -1. However, it always crashes my win32 multiple threads program. I am using R-2.5.0. My code looks like: #include <Rversion.h> #if (R_VERSION >= R_Version(2,3,0)) #define R_INTERFACE_PTRS 1 #define CSTACK_DEFNS 1 #include <Rinterface.h> #endif and then, add below line to my main function: R_CStackLimit = (uintptr_t)-1; //crashes when step to this line. As for input library in link option, I only link to Rdll.lib. Am I...

...c/Makevars ** libs gcc -I/usr/lib/R/include -D__NO_MATH_INLINES -mieee-fp -fPIC -g -O2 -c RODBC.c -o RODBC.o RODBC.c:22: parse error make: *** [RODBC.o] Error 1 ERROR: compilation failed for package 'RODBC' My quick solution was to #ifdef the following block of RODBC.c away: #if 0 #if R_VERSION < R_Version(1, 2, 0) # define STRING_ELT(x,i) (STRING(x)[i]) # define VECTOR_ELT(x,i) (VECTOR(x)[i]) # define SET_STRING_ELT(x,i,v) (STRING(x)[i] = (v)) # define SET_VECTOR_ELT(x,i,v) (VECTOR(x)[i] = (v)) #endif #endif I'm sure there is a nicer solution, but it is immediatel...

...[MASS.ts] Error 1 gnumake[2]: Leaving directory `/usrX/JunqueYard/R-2.11.1/src/library/Recommended' Rcmd for this build: #!/usr/local/bin/bash # # ${R_HOME}/bin/Rcmd ## Shell script wrapper for all R CMD commands. ## For internal use only. R_CMD="${R_HOME}/bin/Rcmd" export R_CMD R_VERSION=2.11.1 export R_VERSION R_OSTYPE="unix" export R_OSTYPE ## Add 'share/perl' to the perl library path. if test -n "${PERL5LIB}"; then PERL5LIB="${R_SHARE_DIR}/perl:${PERL5LIB}" export PERL5LIB else PERLLIB="${R_SHARE_DIR}/perl:${PERLLIB}" exp...

Having just upgraded to 063.3 reminds me of a wish I have had for a long time. Could we not have libraries (sorry, packages) other than for the base distribution in a subdirectory [Rpath]/library/local/ or perhaps /library/packages. This tiny change would make administration so much simpler; I could move all the old packages into the new library in one fell swoop. Granted it's not hopelessly

...To run this script, first I set PATH to ~/src/R-2.6.2 and execute > R --no-save < printargs.R I want to run this script with different R versions by defining an .Renviron file in the same directory as printargs.R cat > .Renviron << EOF R_VERISON=R-2.7.0 R_HOME=~/src/${R_VERSION} PATH=${R_HOME}/bin:${PATH} R_LIBS=${R_HOME}/library EOF Now when I run > R --no-save < printargs.R, I get Error in gzfile(file, "rb") : cannot open the connection In addition: Warning message: In gzfile(file, "rb") : cannot open compressed file '...

I am not able to #include "R_ext/Altrep.h" from a C++ file. I think it needs two changes: 1. add the same __cplusplus check as most of the other header files: #ifdef __cplusplus extern "C" { #endif ... #ifdef __cplusplus } #endif 2. change the line R_new_altrep(R_altrep_class_t class, SEXP data1, SEXP data2); to

It's happened again: exactRankTests_0.4-2.tar.gz has Depends: R > 1.3.0 which is not only impossible, but breaks update.packages. How can we test for this? Unfortunately once such a package is installed, it has to be manually uninstalled before update.packages will work again. *PLEASE* can people read the manual to get the syntax right: it is Depends: R (>= 1.3.0) but such

...computer (unfortunately). All my environment variables seem to be properly set, everything seems to be in order, but I obtaining a Fatal error: unable to open the base package error window. Also, the output of the invoker is Loading RInterpreter library R_HOME: R_HOME=C:/Programas/R RVersion: R_VERSION=1.6.1 whereas I have installed the 1.7.1 version. Some time ago I found a number of messages by another person facing the same problems and he said that when R was invoked directly, it could properly read the R_HOME variable, but when invoked from Java, it searched for the base package in the...

...vn checkout from today, revision r77135. In my case the compiler name is x86_64-conda_cos6-linux-gnu-g++, not g++. I denote this in my configure call, using the CC variable. A snippet of the full configure is ../${SRCDIR}/configure SHELL='/bin/bash' \ --prefix="${CONDA_PREFIX}/R/${R_VERSION}" \ CC="x86_64-conda_cos6-linux-gnu-gcc" \ CXX="x86_64-conda_cos6-linux-gnu-g++" \ F77="x86_64-conda_cos6-linux-gnu-gfortran" \ FC="$F77" \ CFLAGS="-Wall -mtune=amdfam10 -g -O2 -I${CONDA_PREFIX}/include"\ CXXFLAGS="-Wall...

...ot; "R_PRINTCMD" < [63] "R_PROFILE" "R_PROFILE_USER" < [65] "R_RD4PDF" "R_SESSION_TMPDIR" < [67] "R_SHARE_DIR" "R_SYSTEM_ABI" < [69] "R_TEXI2DVICMD" "R_UNZIPCMD" < [71] "R_VERSION" "R_ZIPCMD" < [73] "SED" "SESSION" < [77] "SHELL" "SHLVL" < [79] "SSH_AGENT_PID" "SSH_AUTH_SOCK" < [81] "TAR" "TERM" < [83] "TEXINPUTS" "UPSTART_EVENTS&qu...

...NTCMD" > < [63] "R_PROFILE" "R_PROFILE_USER" > < [65] "R_RD4PDF" "R_SESSION_TMPDIR" > < [67] "R_SHARE_DIR" "R_SYSTEM_ABI" > < [69] "R_TEXI2DVICMD" "R_UNZIPCMD" > < [71] "R_VERSION" "R_ZIPCMD" > < [73] "SED" "SESSION" > < [77] "SHELL" "SHLVL" > < [79] "SSH_AGENT_PID" "SSH_AUTH_SOCK" > < [81] "TAR" "TERM" > < [83] "TEXINPUTS" "UP...

...ic static void main(String[] args) { ROmegahatInterpreter interp = new ROmegahatInterpreter(ROmegahatInterpreter.fixArgs(args), flase); } } The class compiles fine but when I run it I get the following output: Loading RInterpeter library R_HOME: R_HOME=C:/Program Files/R/rw1090 RVersion: R_VERSION=1.6.1 Then I get a windows popup error saying: Fatal error: unable to open the base package Why does the R version display as 1.6.1? I traced through the code as well as I could and the problem seems to occur when ROmegahatInterpreter calls initR(args). I think this is where it is making a c...

I have setup R 1.9.1 on my Dell laptop running windows XP. I have installed it to C:\R\rw1091. Rgui runs fine, but Rcmd fails if run with parameters (i.e. install). The windows dialog box cheerfully says "R for Windows front-end has encountered a problem and needs to close. We are sorry for the inconvenience." Running the visual C++ debugger informs me that there is an unhandled

With a recent SVN build (R Under development (unstable) (2013-07-10 r63264) -- "Unsuffered Consequences"), I'm having trouble installing the robustbase package. The bottom line is that I *think* it's a 32-bit-system problem, but I could easily be mistaken. robustbase is passing its package checks: http://cran.r-project.org/web/checks/check_results_robustbase.html ... but from

...77135. > > In my case the compiler name is x86_64-conda_cos6-linux-gnu-g++, not g++. I > denote this in my configure call, using the CC variable. A snippet of the > full configure is > > ../${SRCDIR}/configure SHELL='/bin/bash' \ > --prefix="${CONDA_PREFIX}/R/${R_VERSION}" \ > CC="x86_64-conda_cos6-linux-gnu-gcc" \ > CXX="x86_64-conda_cos6-linux-gnu-g++" \ > F77="x86_64-conda_cos6-linux-gnu-gfortran" \ > FC="$F77" \ > CFLAGS="-Wall -mtune=amdfam10 -g -O2 -I${CONDA_PREFIX}/include"\ >...

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95