similar to: problem compiling: alpha/linux: sqrttsu

Thanks to Brian Ripley, Douglas Bates, and Peter Dalgaard, who all pointed me towards the assembler (or compiler/assembler conflicts) as the likely culprit in my earlier "opcode" errors (most of original question below). After a lot of looking around, we found out that the particular alpha system we bought (from Microway) doesn't like the gnu compilers; it prefers Compaq's c

Dear Sirs, I am trying to compile R v1.2.1 under Digital Unix 4.0D. The configure-script runs without any problems but during 'make' I receive the following error-message: [......] g77 -mieee -g -O2 -c dtrco.f -o dtrco.o g77 -mieee -g -O2 -c dtrsl.f -o dtrsl.o g77 -mieee -g -O2 -c eigen.f -o eigen.o g77 -mieee -g -O2 -c lminfl.f -o lminfl.o ar cr libappl.a Rsock.o approx.o bakslv.o

Hi, I'm attempting to compile R 2.7.0 on my G5, which is running OSX 10.5.2. Yes, I know there is a precompiled binary, but my experience has shown that if I hand-compile ATLAS on my machine and then link R against it when compiling, R runs faster, hence me compiling it myself. Anyway, I have this set of errors: checking X11/Intrinsic.h usability... no checking X11/Intrinsic.h presence...

Hi, I have a problem with getting through the make process. It fails during the ld process. Can someone explain the errors that I get ? `Makedeps' is up to date. `libappl.a' is up to date. `libmath.a' is up to date. `libunix.a' is up to date. `../../bin/R.X11' is up to date. building package `base' ../../../library/base/R/base is unchanged building package `ctest'

In a bug report from Nov.28 2000, Li Dongfeng writes: ----- I have found that the polyroot() function in R-1.1.1(both solaris and Win32 version) gives totally incorrect result. Here is the offending code: # Polyroot bug report: # from R-1.1.1 > sort(abs(polyroot(c(1,-2,1,0,0,0,0,0,0,0,0,0,-2,5,-2,0,0,0,0,0,0,0,0,0,1,-2)))) [1] 0.8758259 0.9486499 0.9731015 1.5419189 1.7466214 1.7535362

A second patch for R-0.50-a1 is available from ftp://stat.auckland.ac.nz/pub/R The patch produces the following changes o cpoly problem with pow_di fixed. o legend had a call to "text" with an incorrect argument tag. Changed "text" to "labels". o The variable "dup" was uninitialised in the function "naoktrim" in

Hi there, I am trying to install from the source R-2.4.0 on my mac (osx 10.4.8 G5 DP) The error imply Tcl/Tk. I install it by all the way I know: darwinport, the Tcl/Tk package from the dmg available from CRAN but without success. The PATH is correct. tclConfig.sh is localised in /opt/local/lib and have those permission: -rw-r--r-- 2 root admin 7K Oct 9 09:49 tclConfig.sh Here is

Hello, This morning I downloaded, unzipped, and compiled the latest version of R for unix, in my HOME/APPLICATIONS directory. My current unix machine is a sparc-sun-solaris2.9, running SunOS 5.9. Here are the last few lines of the output following ./configure: R is now configured for sparc-sun-solaris2.9 Source directory: . Installation directory: /usr/local C compiler:

Dear all, I am trying to compile R version 1.0.1 under Solaris on a SUNsparcUltra10. Note that I'm doing this in my home directory as I cannot do it as root. The configure script seems to run correctly and issues as the last few lines: ----------------------------------------------- ... R is now configured for sparc-sun-solaris2.7 Source directory: . Installation directory:

I am returning to using R after a little time away. Saw some great new functions in the fields package and decided to upgrade. Everything seems to go fine until I tried to actually load the package, when I get an error: >library(fields) Error in parse(file, n, text, prompt) : syntax error on line 227 And (of course) I am unable to access any of the functions in the fields package. Below is

Updating my 1.8.0 R installation (>update.packages() ) I obtain the following (SORRY FOR THE LENGTH OF THE LOG BUT IT HELPS!!!): ................ downloaded 135Kb KernSmooth : Version 2.22-11 in /usr/lib/R/library Version 2.22-12 on CRAN Update (y/N)? y mgcv : Version 0.9-3.1 in /usr/lib/R/library Version 0.9-6 on CRAN Update (y/N)? y trying URL

Some of you may have seen the pythag() part in the R API definition in "Writing R Extensions" (source = doc/manual/R-exts.texinfo). or followed the report and Prof. Brian Ripley's answer about pythag()'s availability from R's binary. As we say in above manual >> `pythag(A, B)' computes `sqrt(A^2 + B^2)' without overflow or >> destructive

Hello, After reinstalling the whole OS and R as well, I tried to update.packages() and get the follwing error message: concerning the mgcv update: atlas2-base is installed and blas as well (on debian). I haven't found lf77blas, I assume it's a library or something similar associated with blas. any suggestion how to solve that, thanks Martin * Installing *source* package

aa056@chebucto.ca wrote: > > Using the same settings in config.site as were used for R-1.4.1, > R-1.5.0 fails to build. > > ./configure --enable-R-shlib > > Using defaults and using PPro optimizations, the build failed in > package methods: > > dumping R code in package 'methods' > gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 >

Hi all, I'm very new to R. I have installed R 1.9.0 on Linux (Fedora). Now I got an self-made package comprising R functions as well as C-Code which are used in several R functions. I installed the package without any error (see install log below). Then, I checked in /usr/lib/R/library if the package izbi exists and it exists. But whenever I try to load the library on the command line I

Hi, I'm having some difficulty installing the RandomFields package in R 1.7.0 under FreeBSD. I've installed the geoR package with no difficulties. Following are the errors that I get: * Installing *source* package 'RandomFields' ... ** libs c++ -I/usr/local/lib/R/include -I/usr/local/include -mieee-fp -fPIC -O -pipe -c MPP.cc -o MPP.o c++ -I/usr/local/lib/R/include

In a box running Mandrake 9 with R 1.6.2 I get problems when trying to install packages Matrix and Akima. It seems my gcc compiler and fortran do not talk to each other. Thanks in advance for any help, Gelu The errors are: * Installing *source* package 'Matrix' ... checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes

Hi, I'm running R 2.0 installed from the source port on FreeBSd 4.10 and I'm having trouble installing the GRASS package. Following is the procedure plus errors: > options(CRAN="http://cran.us.r-project.org") > install.packages("GRASS") <download snipped> downloaded 186Kb * Installing *source* package 'GRASS' ... ** libs cc

Hello, I was trying to compile R-base-0.64.1 on Linux/Alpha (RedHat 6.0). It compiled but it couldn't pass the make check (choked with tests/Examples/modreg-Ex.R). I used gdb, and it turned out that the src/library/modreg/src/sinerp.f was the problem. else if(j.eq.nk)then c1 = 0d0 c2 = 0d0 c3 = 0d0 endif > p1ip(1,j) = 0d0-

** save image Error in loadNamespace(i[[1]], c(lib.loc, .libPaths()), keep.source) : There is no package called 'class' Using 30 May 2004 developer version of R-1.9.0 trying URL `http://cran.r-project.org/src/contrib/e1071_1.4-0.tar.gz' Content type `application/x-tar' length 325388 bytes opened URL .......... .......... .......... .......... .......... ..........