similar to: error compiling R-code

Displaying 20 results from an estimated 3000 matches similar to: "error compiling R-code"

2005 Mar 22
4
trouble building r-devel
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
2007 Feb 06
1
R from SVN fails to build on win32
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
2005 Oct 07
1
builiding R from sources
Dear R users, I've been trying to build R from sources (in Windows) using Dr. Goto's BLAS, unsuccessfully! I've followed the instructions in Section 3.1.2-3.1.3 of "R Installation and Administration" manual (but maybe I did something wrong), but I keep receiving the following error: -- initially I get -- make: ./Rpwd.exe: Command not found make[1]: ./Rpwd.exe: Command not
2006 Apr 25
1
libtrio
Hi, I usually compile R-devel tarball every few days (just to check if I can do it and check for any compile errors). As of two days ago, I am receiving the following error: ... gcc -O3 -I. -DWIN32 -D_X86_ -c xdr_mem.c -o xdr_mem.o ar crs libxdr.a xdr.o xdr_float.o xdr_stdio.o xdr_mem.o make: *** ../extra/trio: No such file or directory. Stop. make[3]: *** [rlibs] Error 1 make[2]: ***
2007 Dec 14
1
windows rtools missing gfortran.exe?
Hi, I replaced my Rtools today as posted at http://www.murdoch-sutherland.com/Rtools/Rtools.exe Trying to build R-devel_2007-12-13.tar.gz without modifying MkRules gives the gfortran command not found error below. I am wondering if gfortran.exe is missing from (recent?) Rtools.exe or I am doing something wrong. Thanks to hints at Duncan's site, I worked around the error by adding
2001 Jul 24
3
strange slowness of plot
I just ran into this strange behavior. y <- rnorm(1000) x <- seq(0, length=length(y)) plot(x, y, type='l', lty=1) - instantaneous plot(x, y, type='l', lty=2) - 18s plotting lines + 15s plotting axes = 33s plot(x, y, type='l', lty=3) - 76s ,, + 75s ,, = 151s plot(x, y, type='l', lty=4) -
2005 Apr 14
5
cross compiling R for Windows under Linux
Hi I tried to cross compile R under Linux but get an error. i586-mingw32-gcc -isystem /home/schouwl/unpack/mingw/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': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this
2003 Mar 13
1
small error in regression tests
I just r-sync'ed the r-devel version of R-1.7.0 (2003-03-11), compiled it under RH-8.0 and ran make check. The reg-tests-2 fails at the very end with the message stating that "object cement was not found". It looks like this piece of the regression test is new to version 1.7. The the piece of code generating the error is: if(require(MASS)) { teststep <- function(formula,
2003 Mar 13
1
small error in regression tests
I just r-sync'ed the r-devel version of R-1.7.0 (2003-03-11), compiled it under RH-8.0 and ran make check. The reg-tests-2 fails at the very end with the message stating that "object cement was not found". It looks like this piece of the regression test is new to version 1.7. The the piece of code generating the error is: if(require(MASS)) { teststep <- function(formula,
2004 Nov 26
1
Cross-compiling R for Windows on 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
2002 Jan 30
5
1.4.1 R CMD check broken?
I am not sure if this is already known. I checked BUGS and found some references to similar behavior when R_HOME is set? Here is what I get: (1) Fresh build of 1.4.1 under Linux/RH-7.2. All tests pass. > R CMD check ctest * checking for working latex ... OK * using log directory `/home/andyj/stat/R-1.4.1/library/ctest.Rcheck' Installing *source* package `ctest'
2018 Feb 09
1
R Compilation gets stuck on Windows 64
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
2012 Jul 02
1
'init.win' error when installing from source
Dear R People: I'm installing R 2-.15.1 on a Windows 32 bit machine from source. I'm getting a strange error about init.win (please see below) Does this look familiar to anyone, please? Thanks, Erin Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. c:\R\R-2.15.1\src\gnuwin32>make all recommended make all recommended make[1]:
2023 Nov 12
1
Segmentation fault early in compilation of revision 85514
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
2012 Mar 31
1
trouble compiling on Windows
Dear R People: I'm trying to compile R-2.15.0 on a 64 bit Windows machine. However, I'm getting the following error: c:\R64\R-2.15.0\src\gnuwin32>set TMPDIR=c:\temp set TMPDIR=c:\temp c:\R64\R-2.15.0\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to
2006 Nov 14
2
Building R from source
Hello, I was trying to build R from source on Windows XP. I installed software which are mentioned from the follow web page http://www.murdoch-sutherland.com/Rtools/ (Last accessed on Nov. 13th, 2006) . Unfortunately, I got error messages whenever I run 'make all recommended' without modifying 'MkRules' file. I have removed software and reinstalled them several times but I still
2015 Jan 08
1
New version of Rtools for Windows
Very timely, as this is how I got into the problem I posted about earlier; maybe some of the problems I ran into will mean more to the you and the experts on this thread, Dr. Murdoch.For reference, I run Windows 7 64bit, and I am trying to build a 64 bit version of R-3.1.2. As we discussed offline, Dr. Murdoch, I've been trying to build R using more recent tools than GCC4.6.3 prerelease.
2012 Aug 12
1
trouble compiling R-patched from source on Windows 64 bit
Hello! I'm trying to install R-patched from source on a Windows 64 bit laptop. I have installed R-tools 2.16 and set up the jpeg, tiff, and libpng files Here is the output: c:\R64\R-patched\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for
2007 Jan 10
1
Compiling R-devel under Windows
Hello there, I have a habit of compiling R-patched and R-devel every few days. Recently, I noticed the following problem: I downloaded both versions with Revision: 40421, Last Changed Date: 2007-01-09. R-patched compiles with no problem. R-devel compiles fine but when it starts to make PDF documentation it generates the following (tail of the "make distribution" output): ! pdfTeX
2015 Jan 08
1
New version of Rtools for Windows
Oh, I forgot to mention that besides setting AR, RANLIB and the stack probing fix, you also need a very up to date binutils. 2.25 was out in december. Even with that , if you linker's default is not what you are compiling for (i.e. a multiarch toolchain), you need to set GNUTARGET also, i.e. -m32/-m64 is not enough. Some fix to autodetect non-default targets went in after christmas before the