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