similar to: cross-compiling for windows with linux

Hi, I tried to use the 'make' file discussed in the last R-news. The step 'make R' dies with: make[2]: Entering directory `/home/laurent/these/R/RCrossBuild/WinR/R-1.7.1/src/gnuwin32' sed -e s/@RVER@/`cut -d' ' -f1 ../../VERSION | sed -n 1p`/g -e s/@RWVER@/rw1071/g rw-FAQ.texi | \ makeinfo --no-headers --number-sections -o rw-FAQ makeinfo --no-split --html

I have the same problem, trying to cross-compile. I'm running Ubuntu Edgy, kernel 2.6.17-10-generic, on an IBM T60. I downloaded the Makefile from CRAN and ran make CrossCompileBuild with the following error messages (also ran each make one at the time and the problem occurs in make R): ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_dfa_exec.c:(.text+0x1703): undefined reference to

Hi, I'm trying to cross compile R260 in a ubuntu 6.06 linux. I downloaded the Makefile for 251 and simply replaced the R version by 260. However I'm getting an error about mingw. ernesto at gandalf:~/ipimar/devel/R/ccompile260$ make R export

Jun hi again! Sorry for bothering. Although I had no problem with building Windows package under Linux, I noticed that man pages are not processed as they should or maybe I have a problem with my setup. My package is called 'GeneticsPed'. Instead of HTML or text files I just got a GeneticsPed.Rd.gz in man directory of a package (this is within GeneticsPed_0.1.zip file!). The file

Hi everyone, I am trying to cross-compile a package I wrote using the Yan and Rossini tutorial "Building Microsoft Windows versions of R and R packages using Intel Linux". I have got reasonably far with this but when doing the linking using the line: i586-mingw32-g++ -shared -s -o mylibrary.dll mylibrary.def mylibrary.o mylibrary_res.o

hi there, trying to follow the steps of Yan & Rossini 2003, I have two problems : first when I 'make CrossCompileBuild', I get : ****************************************************************************** make[1]: Entering directory `/home/ros/RWORK/CROSSSOMP/WinR/R-1.8.0/src/gnuwin32' make -f Makefile.docfiles make[2]: Entering directory

Dear all, I expect that I am on thin ice trying to build this on freeBSD 4.10, however, after tweaking Makefile-rcb v11Oct04 /* MAKE=gmake; MINGW_CROSS = mingw-cross4 */, I encounter: mingw32-gcc -isystem ~/RCrossBuild/cross- tools/mingw32/include -O2 -Wall -pedantic -I../include -I. - DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary':

Full_Name: Laurent Version: R-2.0.0-beta-from-a-week-ago OS: linux Submission from: (NULL) (202.156.6.77) When running 'R CMD check' for a package that contains the symbol '%' in the signature of a function (say the default parameter for a string argument is like "10% - 20%"), the 'codoc' part of the check throws a warning about mismatching doc and codoc. While

Dear list, I?m using R embedded in another program (coded in tcl/tk) under Windows Vista. In this context I don?t launch Rgui.exe but rather Rtem.exe. Now I have a problem finding libraries not specifically installed as administrator (and which are not in the path ?program files? but in Contacts\Documents of the current user). To be precise, the user launching my tcl/tk program can?t find

Hello, When compiling R-2.0.0 for cross-compiling, I get the following error when calling 'make R' ---------- Making package base ------------ adding build stamp to DESCRIPTION /bin/sh: line 1: --vanilla: command not found make[5]: *** [frontmatter] Erro 127 make[4]: *** [all] Erro 2 make[3]: *** [pkg-base] Erro 2 make[2]: *** [rpackage] Erro 2 make[1]: *** [all] Erro 2 make[1]:

Dear All: I encountered and apparently overcame problems following Yan and Rossini?s procedure for "Building Microsoft Windows Versions of R and R packages under Intel Linux" (http://cran.r-project.org/doc/contrib/cross-build.pdf): I have successfully cross-compiled R packages for Windows on a FreeBSD 4.10 i386 system. My revisions to Makefile-rcb (http://cran.r-

Hi, I'm cross compiling win R in a linux Ubuntu Edgy and I'm getting an error with the utils package. Sys.setenv exists on my R 2.5.0 ... I'm using the tools provided for R250 in http://www.stats.ox.ac.uk/pub/Rtools/i586-cross-tools.tar.bz2 Any ideas ? Regards EJ ---------- Making package utils ------------ adding build stamp to DESCRIPTION installing NAMESPACE file and

I tried to cross-compile the newest release 2.0.1 on a linux machine, but i always got an error at the following stage DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each

I was cross-building R-devel (1.7.0). The tail of the error message from running make on a machine with makeinfo (GNU texinfo 3.12) 1.68 is at the end of this email. The same procedure went fine on a machine with makeinfo (GNU texinfo) 4.1. My first guess is that the version of makeinfo is causing this. However, this didn't happen with R-1.6.2beta. Please advise. Jun ## tail of error

Hello list, I would like to cross-compile R packages using R 2.4.0. I am working on Linux Debian and cross-compiled (windows binaries) without problems with older R version. I have used the doc of Yan and Rossini in the contributed section of the R documentation (same version of MinGW...). When I try to cross-compile R (make R), the procedure stopped and returns :

I'm using Ubuntu 8.10 (Intrepid Ibex) and R 2.7.1. I've built a package from source (a modified version of gbm) and it contains some C++ code. I now want to cross-compile it to get a Windows version. I installed R using sudo apt-get update sudo apt-get install r-base sudo apt-get install r-base-dev So far as I can tell, I've also followed all the instructions in the guide

Full_Name: jean coursol Version: 1.7.1, 1.8.0 OS: linux & Windows-XP Submission from: (NULL) (129.175.52.7) Binary MS-Windows akima module from CRAN (1.8.0 version) produces wrong results with some data. Installing akima source in linux, with same data: -with gcc-2.95.3 -O2 : give correct results (under R 1.7.1); -with gcc-3.2.3 -O2 : give wrong results (under R-1.7.1 and R-1.8.0); -with

I am working through some of the gotchas with building R from source under Window. I have found that if I don't execute the make commands as Administrator I get alot of "permission denied' errors. Even if I give myself full control of the directory and files. Strange. I also found that the environment variable TMPDIR must be set otherwise the build process assumes a temporary

SVN revision replaces "slave" with "no-echo" in R devel. In each of the following, "no-echo" is rather strange to me. - src/gnuwin32/README.Rterm 3) As a no-echo process for ESS mode in NTEmacs with flag --ess. - src/library/grDevices/src/qdCocoa.m /* the no-echo thread work until this is NO */

HI, I would like to use R in my own main-Program. Is this possible ? If yes where I can find an documentation about this feature ? If I cannot call an R-API Function from my C-Program is it possible to run R in batch-mode like Splus ? All my question belongs to R running under Windows. Thanks for any help. I know that I can dyn.load any C/Fortran Code from R but this is not what I want