similar to: cross compiling R for Windows under Linux

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

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':

I get the following error when building R from the subversion server as well as the latest tarball. I am on Windows XP, and I recently updated my MinGW installation. It's quite possible I am doing something wrong, but I am not sure what that might be. making console.d from console.c making dataentry.d from dataentry.c making dynload.d from dynload.c making edit.d from edit.c making editor.d

I tried ot build rpvm in my own makefile. But runs into some linker errors like e.g. undefined reference to `_R_alloc' My enviornment looks like this: CYGWIN pvm 3.4 compiled under cygwin myself R installed from the rw2001.exe setup file. I guess that the R under rw2001.exe was build with some other compiler? I then tried to compile R myself under CYGWIN but runs into the following

Please note that building R on Windows is documented in "R Installation and Administration", including links to external software. Particularly there is a link to texinfo which is part of Rtools. The documentation is maintained and it is a sufficient source of information for building R on Windows. https://cran.r-project.org/doc/manuals/r-release/R-admin.html

I would like to compile for Windows a rather simple R package that contains some C code. It does not contain any Fortran code. I tried the cross-compilation route using the pre-built set of tools from http://www.devolution.com/~slouken/SDL/Xmingw32/, as described in $R_SRC/src/gnuwin32/INSTALL Using the sources in r-devel from the rsync site I am able to build libR.a in src/gnuwin32 but I

Dear R users, I would need some help in building R using minGW in windows 8.1. After using the command *configure *(./configure --enable-R-shlib --with-readline=no --with-x=no), I use the command *make. *This results in the following error: [...] make[2]: Leaving directory `/home/Edoardo/r-3.1.2/src/nmath' make[2]: Entering directory `/home/Edoardo/r-3.1.2/src/unix' make[3]: Entering

When trying to compile R on Windows 10 64-bit using LTO as I always do, I encountered a segmentation fault early in the compilation. I am uncertain as to what it means (please see below for error extract). I am using the most recent version of Rtools43 (5863) and updated its libraries prior to starting the build. My EOPTS is " -march=native -pipe -mno-rtm" and my

Hi! I've been trying to compile R with gcc version 3.4.2 on a box running Solaris 2.6. I keep on hitting this error during the compile: gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -std=gnu99 -c dynload.c -o dynload.o In file included from dynload.c:33: ../../src/include/Defn.h:943: error: parse error before "mbstate_t" make[3]: ***

Hello R Developers, This is my first foray into using c-code with R, so please forgive my foolishness. I had a look at the archives and did not find anything on this, so hopefully I am not doubling up. I have tried to use R cmd to create an object file from the odesolve dynload example. I am using windows and have just installed rtools, and have the latest version of stable R (2..7.2). This is

I'm getting this error when I try to make after my configure, any solutions? Thanks in advance... make[2]: Entering directory `/export/trichodon2/R/R-1.0.0/demos/dynload' /usr/local/bin/make zero.so make[3]: Entering directory `/export/trichodon2/R/R-1.0.0/demos/dynload' /export/trichodon2/R/R-0.99.0a/bin/SHLIB: /export/trichodon2/R/R-0.99.0a/bin/SHLIB: cannot open make[3]: ***

I'm trying to figure out why the presence of a Fortran call affects the result of a floating-point operation. I have C functions void test1(int *n, double *f){ int outC; double c0; c0 = (double) *n * *f; outC = floor(c0); printf("when f computed by R, C says %d by itself\n",outC); } void test2(int *n, double *f){ extern int F77_NAME(ifloor)(double *); int

Hi Paddy, I was suspecting the same, and from the output below I think you're right. However, I was hoping I could just repair this problem for now, and worry about replacing the HDD later. I need to resume some services that also seem to generate this same error. Gary [root at zeppo services]# ll /usr/lib64/python2.7/lib-dynload/itertoolsmodule.so -rwxr-xr-x. 1 root root 61976 Sep 15

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)

Dear R-devel, The latest version of R-devel (05-17) is throwing an error for me when building on OS X (v 10.11.4): making Rembedded.d from Rembedded.c making dynload.d from dynload.c making system.d from system.c making sys-unix.d from sys-unix.c making sys-std.d from sys-std.c making X11.d from X11.c clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H

I haven't been able to build yesterday's R-devel (or, as a test, R-devel_2005-03-11) on Windows XP. The error message I'm getting is to do with 'arithmetic.c', as shown below. Current R-patched seems to build fine, and I've built previous R-devels from source fairly often in the past-- though I have no understanding whatsoever of what's going on. FWIW the only changes

During testing with R-devel on the alpha I just noticed (after misspelling "bin/R" as "bin/R.bin") that R.bin segfaults. It accesses the empty R_HOME variable and should better give an error instead of a crash: a gdb output snippet: ... Program received signal SIGSEGV, Segmentation fault. 0x3ff800d6a10 in strcpy () (gdb) backtrace #0 0x3ff800d6a10 in strcpy () #1 0x1200efda0

Hi All, I am having trouble installing the sm package, and only the sm package. My box is RedHat 7.3 on a PIV. Readline 4.3-3 is installed (suited for RH 8, but same error under readline 4.2 for RH 7.3), but it seems to be looking for the readline library in the wrong directory. Will installing readline 4.1 do the trick? What else could be done? Rohan Sadler [root at rsadler R]# R CMD

Hi everyone, Like most people with RH7.0 Linux, I had problems with their "experimental" gcc-2.96 compiler. To circumvent the problem, I installed stock gcc-2.95.2 in the /usr/local tree, so it will be picked up first as /usr/local/bin if before /usr/bin on my PATH. With this setup I was able to compile R-1.2.0 straight out of the box (as well as compile Linux kernels). One problem I