similar to: build on Irix failed reg-tests

Dear R-help, I've managed to crash R on Irix when I called a Fortran subroutine that calls R's random number generator, as described in Section 5.6 of the R-exts manual. (It does say in that section that this is not guaranteed to be portable...) (Well, R doesn't crash when calling the RNG. It crashed when the random number generated isn't inside the unit interval.) Can anyone

Full_Name: Tim Middelkoop Version: 0.64.0 OS: IRIX 6.3 on O2 Submission from: (NULL) (128.119.88.192) Various IRIX complile issues src/nmath/pnt.c IRIX cc does not like double negatives Makeconf,config.site,etc/Makeconf f77 pic hack, should change Makeconf.in or other... change -PIC with -KPIC enjoy, tim... === diff -ru orig/R-0.64.0/src/nmath/pnt.c R-0.64.0/src/nmath/pnt.c ---

I am trying to install R-0.63.3 on a Digital Alpha running OSF V4.0D, and having some difficulties. Can anyone help? Also, I found some "oddities" in the installation process. I expect that this message is read by the developers, maybe some of my suggestions can be incorporated into future releases. Please reply to me directly (as well as possibly also to this mailing list): I am not a

Full_Name: Albrecht Gebhardt Version: 0.65.0 OS: Digital Unix 4.0E Submission from: (NULL) (212.17.104.62) Plottimg on the Alpha stopped working with 0.65.0. The tickmarks have a length of -Inf and go across the whole plot. A first solution is the following patch: --- src/main/plot.c.alpha-patch Mon Sep 13 01:37:11 1999 +++ src/main/plot.c Mon Sep 13 01:58:16 1999 @@ -832,7 +832,7 @@

Dear R-help, I'm trying to compile R-1.4.1 on Irix, and run into the following error when making R.bin: The linker (ld32) complained that "gzeof", "gzgetc", "gztell", and "gzseek" are unresolved symbols in connection.o. Are these supposed to be in libz.a? My suspicion is that maybe the libz.a on this system is outdated. Any hints? TIA! Andy

Hi, Thanks to Profs. Ripley and Tierney for their tips, I compiled zlib from source and gotten further. Here's where I get stuck, when it tries to compile the tcltk package: ld32: FATAL 12 : Expecting n32 objects: /usr/local/lib/libtcl8.3.so is n64. Now I'm confused. Sounds like 32-bit vs. 64-bit problem. What can I do at this point? (This is on Irix.) Regards, Andy

R 0.63.2, compiled using SGI cc and f90 on Irix 6.5 gives: > is.na(NA) [1] TRUE # OK > is.na(c(1,NA)) [1] FALSE FALSE # expected FALSE TRUE > is.nan(NaN) [1] FALSE # expected TRUE > is.nan(1/0) [1] FALSE # ditto The above functions work correctly for R compiled with gcc and g77 on an Irix 6.2 system. The Irix 6.5 release notes

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Thanks to Peter Dalgaard and Suchandra Thapa for answering my question! Before I settle on a particular option, I'd like to ask one more question if I may: Are there any practical advantages to compiling R to 64-bit vs 32-bit? Regards, Andy > -----Original Message----- > From: Peter Dalgaard BSA [mailto:p.dalgaard at biostat.ku.dk] > Sent: Thursday, April 18, 2002 4:19 PM > To:

Hi, I am trying to install R 1.4.1 on and SGI using 64 bit. When I configure I get... R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory: /usr/local C compiler: cc -64 -OPT:IEEE_NaN_inf=ON -g C++ compiler: CC -OPT:IEEE_NaN_inf=ON -g FORTRAN compiler: f77 -OPT:IEEE_NaN_inf=ON -g X11 support:

I built ogg vorbis from the rc1 cvs source on Irix 6.5.12 with gcc 2.95.2. Using oggenc I encoded about 8,000 aiff files but found about a dozen where oggenc would go into an infinite loop. I tracked the problem with Laguerre_With_Deflation() as far back as logmask being Inf in floor0_forward. I'm now building gcc 3.0 with the expectation this is a compiler issue. If not, I'll back

Dear R-help, I'm having problem creating a dll using Rcmd SHLIB with R-1.3.1 on WinNT4: C:\TEMP>Rcmd SHLIB tryf.o make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. I

Dear R-help, I'm having problem creating a dll using Rcmd SHLIB with R-1.3.1 on WinNT4: C:\TEMP>Rcmd SHLIB tryf.o make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. make: *** No rule to make target `'tryf.o', needed by `tryf.a'. Stop. I

Dear all, Has anyone seen the same problem? I tried compiling R-1.9.0 alpha (2004-03-16) on our Opteron box running SUSE Linux ES8. I ran: ./configure --enable-R-shlib --with-blas=goto and got: Source directory: . Installation directory: /usr/local C compiler: gcc -m64 -O2 -g -msse2 -march=k8 -Wall --pedantic C++ compiler: g++ -m64 -O2 -g

Hi all, I've only now noticed that on our Opteron boxes running Suse Enterprise Server 8 that R-2.0.1 did not pass make chek-all. It bombed in tests/lapack.R at: > eigenok <- function(A, E, Eps = 1000 * .Machine$double.eps) { V <- E$vect lam <- E$values stopifnot(abs(A %*% V - V %*% diag(lam)) < Eps, .... [TRUNCATED] > Ceigenok <- function(A, E, Eps =

Hi! I am trying to compile R-1.8.1 on an alphaserver running Tru64 Unix. I use the compilers cc,cxx and f77. After the compilation I try: make check and get the following message: Make: Cannot open /share/make/vars.mk. Stop. Does anyone have any suggestions on why? Regards Arne Gjuvsland

I've made some more changes to configure/make which still don't solve everything but I think I have to stop for now. Status AIX: * I can compile with gcc/f77/make. * AIX make check fails (cannot build base-Ex.R). * GNU make check fails in the contour example. * Plotting is broken (tickmarks go all the way thru). * IEEE fp stuff is strange (will look into this). * I still need f77 for

Full_Name: George N. White III Version: 1.9.0 OS: Irix 6.5.21m Submission from: (NULL) (142.176.61.212) R-1.9.0 built using the SGI MIPSPro compilers Installation directory: /usr/local C compiler: c99 -OPT:IEEE_NaN_inf=ON -mips4 -n32 -O3 -OPT:Olimit_opt=on C++ compiler: CC -OPT:IEEE_NaN_inf=ON -mips4 -n32 -O3 -OPT:Olimit_opt=on -LANG:std Fortran compiler:

Full_Name: Felix Hernandez-Campos Version: R-1.5.0 OS: IRIX, FreeBSD, Solaris Submission from: (NULL) (208.30.174.32) [R-1.5.0] The installation of the package cluster fails in FreeBSD (4.2) and IRIX (6.5) (but it works fine for Solaris). In FreeBSD, the installation hangs right after f77 -fPIC -g -O2 -c clara.f -o clara.o (the first FORTRAN compile). In IRIX, the program also hangs at