similar to: Building R-1.4 on Tru64

I am currently trying to install R 1.6.0 on an SGI Octane running: > uname -aR IRIX64 hcu091 6.5 6.5.9m 07201608 IP30 and I am receiving a fatal error during the make step. Any help in this matter would be greatly appreciated. Here is the final output from "./configure"... ---------- R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory:

Hi all, I try to build R-1.7.0 + patches. when problem arise. I start with appling the patches and second configure and make. Any ideas whats wrong (wrong compiler wrong make version or missing an essential library...) /Ulf D heres the log: **** cut************ making method_meta_data.d from method_meta_data.c making slot.d from slot.c making class_support.d from class_support.c making tests.d

The current r-devel (aka R 1.7.0) now attaches the package "methods" by default at startup. A new option, "defaultPackages", is set to c("methods", "ctest") by default, causing the .First in package base to require those two packages at startup. There are two main known differences from having methods attached: - the definition of class() changes, in

Compiling package methods, R-1.5.0, on Solaris 5.7 failed (output below) for me with - gcc-2.95.3, perl-5.005_03 and also - gcc-3.0.4, perl-5.6.1 Any ideas a) what the problem is or even better b) how to solve it? Uwe Ligges =================================== [...] building package 'methods' ../../../library/methods/man/methods.Rd is unchanged making do_substitute_direct.d from

Dear R-help, Has anyone been able to compile R on Linux using Intel's C(++) and Fortran compilers? When I tried it (using R-devel from March 19), I get the following error when it gets to compiling the "methods" package. Can some one tells me where to start looking? What is "error 139"? Any help greatly appreciated! Cheers, Andy PS: This is on Mandrake 9.0, running

I am trying to install R onto an Altix system running SuSE Enterprise Linux 9 SP3 with SGI ProPack 4 SP3. I end up with this error no matter what I try. Any suggestions on how to proceed would be appreciated! ----- gcc -shared -L/opt/local/lib -o methods.so do_substitute_direct.o init.o methods_list_dispatch.o slot.o class_support.o tests.o ../../../../library/methods/libs/methods.so is

<<insert bug report here>> ------------------------------------------------------ Error: R : Copyright 2002, The R Development Core Team Version 1.5.1 (2002-06-17) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type `license()' or `licence()' for distribution details. R is a collaborative project with

--- On Thu, 3/9/09, Vinh Nguyen <vinhdizzo at gmail.com> wrote: > hi hin-tak, > > i'm trying to build r packages for windows on a > mac/linux. i guess > this used to possible and supported, but is no longer > supported. i > ran into this post of yours, > https://stat.ethz.ch/pipermail/r-devel/2009-July/053971.html, > and hope > u don't mind me

Hi, I've found that the default options of gcc and g77 on alpha produce an executable that suffers from floating exceptions. There seems to be a problem with the configure scripts that prevents the --with-f77 option working correctly. The configure script tests that f77 is running by attempting to compile and link a dummy program - the link step seems broken on the alpha (it doesn't like

Here is a copy of the last few lines in base-Ex.Rout.fail: > x <- seq(3,500);yl <- c(-.3, .2) > plot(x,x, ylim = yl, ylab="",type='n', main = "Bessel Functions Y_nu(x)") > for(nu in nus){xx <- x[x > .6*nu]; lines(xx,besselY(xx,nu=nu), col = nu+2)} > legend(300,-.08, leg=paste("nu=",nus), col = nus+2, lwd=1) > > x <-

I though I should let you all know of this: Trying to build R-0.62.2 on a SunOS xxxx 4.1.4 2 sun4m machine using gcc (gcc version egcs-2.91.57 19980901 (egcs-1.1 release)): gnumake[2]: Entering directory `/tmp_mnt/xxxx/src/R-0.64.2/src/unix' gcc -g -O2 -I../include -I../../src/include -c Rsock.c -o Rsock.o In file included from Rsock.c:8: sock.h:21: parse error before `Sock_read'

Hi all, I am trying to compile R in 64-bit addressing mode under AIX 5.1. Currently, I am using the following. ./configure -without-x CC='xlC_r' F77='xlf_r' CXX='xlC_r' CFLAGS='-q64 -g -qfullpath' FFLAGS='-q64 -g -qfullpath' CXXFLAGS='-q64 -g -qfullpath' MAIN_LDFLAGS='-q64 -g -qfullpath' LDFLAGS='-q64'

Hi, The help file for strptime has the following code which doesn't work for me: ## read in date info in format `ddmmmyyyy' x <- c("1jan1960", "2jan1960", "31mar1960", "30jul1960") z <- strptime(x, "%d%b%Y") > z [1] "NA" "NA" "NA" "NA" Do these work for other people?

I'm running debian stable, with the addition of tcl8.4-dev, tk8.4-dev from testing. debian/rules build gives this ... gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o class_support.o tests.o -L../../../../bin -lR mkdir -p -- ../../../../library/methods/libs make[6]: Leaving directory `/home/king/R/source/src/library/methods/src'

I think I reported this bug in the past. At that time, I was told that it is a bug of autoconf. ./configure does not recognize Linux on DEC Alpha 21164PC (a cheap version of Alpha EV56), so all the compilation flags were set incorrectly. I don't know the right way to fix it (I don't know how autoconf works yet ...), but the following patch fixes the problem. Thank you, Naoki Naoki

On Thu, 11 Jan 2001 stephen@anc.ed.ac.uk wrote: > Hi, > > The help file for strptime has the following code which doesn't work > for me: > > ## read in date info in format `ddmmmyyyy' > x <- c("1jan1960", "2jan1960", "31mar1960", "30jul1960") > z <- strptime(x, "%d%b%Y") > > z > [1]

http://bugzilla.mindrot.org/show_bug.cgi?id=812 Summary: alphaev7-dec-osf5.1 cc compiler warning for OpenSSH- 3.8p1 Product: Portable OpenSSH Version: 3.8p1 Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: trivial Priority: P2 Component: Build system AssignedTo:

I am having a problem compiling R on an HP-UX 10.20 system using gcc/g77 compiler. It appears to compile without problems until it gets to the lapack module and I get the following error: gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include -DHAVE_CONFIG_H -D_HPUX_SOURCE -fPIC -O2 -c Lapack.c -o Lapack.lo g77 -fPIC -O2 -c double.f -o double.lo g77 -fPIC -O2 -c cmplx.f

I am filing this as a bug report so it doesn't get lost. Martyn -----FW: <XFMail.000616094624.plummer@iarc.fr>----- Date: Fri, 16 Jun 2000 09:46:24 +0200 (CEST) Sender: owner-r-devel@stat.math.ethz.ch From: Martyn Plummer <plummer@iarc.fr> To: Naoki Takebayashi <ntakebay@bio.indiana.edu> Subject: RE: [Rd] [PATCH] ./configure fails to recognize alphapca56 (R-1. Cc:

Dear all, Uwe e-mailed me yesterday about the problems some time ago. I had hoped someone would have a look at our computers, but due to some unfortunate circumstances, it hasn't happened. However, it seems unlikely that it is connected to a specific piece of hardware. It could be an architecture-dependent problem though. I also had a word with those who did the installation of R, and they