similar to: Compilation of R-0.62.1 on DEC Alpha

I have tried compiling R on a dec alpha running digital unix 4.0 and got the following: f77 -shared -o ts.so PPsum.o burg.o eureka.o filter.o pacf.o starma.o stl.o carray.o mburg.o myw.o qr.o -lUfor -lfor -lFutil -lm -lots -lm ld: Warning: Unresolved: R_alloc R_NaReal R_IsNA R_IsNaNorNA R_chk_calloc R_chk_free Rf_error vmaxget vmaxset dqrdc2_ dqrcf_ mkdir ../../../../library/ts/libs gmake[4]:

Running on an Alpha machine which reports (uname -a) OSF1 bsdx01.bs.ehu.es V4.0 878 alpha and using the binary distribution put together by Albrecht Gebhardt (in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I obtain core dumps whenever I try to use package rpart. I have R REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from CRAN and

I am trying to make the R-0.62.1 distribution on a DEC alpha running Digital Unix 3.2d. I have run into a few problems..... (1) the Makefile in src/graphics need to have INCLUDES= -I../include not -I ../include (2) I have the standard DEC fortran 90 compiler which needs to link R.binary with a -nofor_main flag. The appropriate slot in config.site appears to be ignored, which means Makeconf

I am grateful for the advice of Douglas Bates on my earlier problem in making R-0.62.1, but I'm afraid I'm still having problems.... I have been installing the various updates to R for quite some time on my alpha, and it is only now that I have been having really severe problems. The three or 4 versions before 0.61.1 installed without error. For 0.61.1 I needed to install GNU make. For

Installing 0.99.0 with Dec UNIX 4.0f, if I use the native fortran compiler (--with-f77) configure fails with: checking for Fortran libraries... -lUfor -lfor -lFutil -lm -lots -lm checking whether Fortran libraries work correctly... no In case anyone else runs into this, the quick fix is to change line 2071 of configure from ${CC} ${LDFLAGS} -o conftest conftest.o ${FLIBS} \ to ${FC}

Dear all! I have a few questions. I'm running Version 1.0.0 on Digital UNIX. My problem is as follows: I have hundreds of megabytes in images stored in a few hundred files, and I want to extract some basic characteristics about the images in these files. For a start, I need to find the density function of all the files combined. Since it's several hundred MBs, I haven't enough RAM to

Brian Yandell <byandell@wisc.edu> writes: > Folks, > I am working on a Windows system which is part of the UW-Madison > statistics LAN. R is maintained on a file system to which I cannot write. > I tried installing a package and got the following interplay: Set the lib argument to install.packages to a directory in which you do have write permissions. From ?install.packages

Recently I reviewed my RPM spec files for DU 4.0, and noticed that I forgot to post some problems + patches: 1. ./configure fails to choose a PIC flag, I simply removed the AC_MSG_ERROR and it works. There is actually no PIC flag for DEC cc (with DU 4.0E) --- ./configure.in.alpha-patch Mon Aug 23 06:36:28 1999 +++ ./configure.in Sun Sep 12 17:38:27 1999 @@ -541,7 +541,9 @@

The following patch uses INSTALL_SCRIPT to install scripts, as opposed to directly using INSTALL. It is relative to R-1.0.1 source. -- Johnny C. Lam <lamj@stat.cmu.edu> Department of Statistics, Carnegie Mellon University http://www.stat.cmu.edu/~lamj/ --- Makeconf.in.orig Sat Jan 22 15:10:00 2000 +++ Makeconf.in Mon Apr 17 16:04:58 2000 @@ -23,6 +23,7 @@ INSTALL =

Some machines in our department use RedHat 5.2 Linux but, to maintain consistency with other machines, the compilers as from egcs-1.0.3, as shown below. When I compile R-0.63.3 on these systems I can't pass the tests in "make check". The base-Ex.R file stops execution with the error shown below. ... Running all help() examples ... ../../bin/R --vanilla < base-Ex.R >

I have been trying to compile R. I downloaded R-1.0.1.tgz(I think; the original tar file was untarred) and unpacked it with gzip. Now all the R files are in a directory named R-1.0.1. The source files (.c) are in R-1.0.1/src. There are files in R-1.0.1 named 'Makefile.in', 'Makeconf.in', and 'Makeconf'. I followed the instructions in INSTALL by typing

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The

Folks, I am working on a Windows system which is part of the UW-Madison statistics LAN. R is maintained on a file system to which I cannot write. I tried installing a package and got the following interplay: > install.packages(choose.files('',filters=Filters[c('zip','All'),]), .libPaths()[1], CRAN = NULL) updating HTML package descriptions Error in file(f.tg, open =

I did that. In fact the default uses .libPaths()[1], which I have set to "P:/stat/yandell/public/statgen/R" The package installs fine. However, the HTML search is not done properly. Again, the break occurred after installation of the package, when make.search.html() was invoked. Brian On Thu, 11 Mar 2004, Douglas Bates wrote: > Brian Yandell <byandell@wisc.edu> writes: >

So this is on Windows, then? This is documented somewhere (don't remember): If the package is not located under $R_HOME/library, then the html help will not be able to find it. Don't think there's a known work-around. Cheers, Andy > From: byandell@wisc.edu > > I did that. In fact the default uses .libPaths()[1], which I > have set to >

Hi, Just downloaded the R-0.62.4 of R and tried to install it. With the standard procedure : ./configure make At the end of the compilation I got the following message : ld: ../lib/libunix.a(system.o): main: multiply defined fort: Severe: Failed while trying to link. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. I attach the printout after the ./configure and make

> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran

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

{message bounced because it has "$$$" in it. manually approved by list maintainer -- MM} > Date: Tue, 22 Feb 2000 13:03:35 +0100 > From: jens <jniesch at gwdg.de> > > I have trouble to install R on Sparc Sun Solaris 2.6. > make returns the error message: > Undefined symbol first referenced in file > d_lg10 ../appl/libappl.a(uncmin.o) > d_sign

I am trying to compile R on my Debian 2.0 machine. I have both gcc and egcc (required for g77). Since the configure script doesn't check for egcc I used CC=egcc (even used LDCMD=egcc) in the config.site file. Everything worked fine until the final binary where it tries to use gcc ....... egcc -g -I../include -c unique.c egcc -g -I../include -c util.c egcc -g -I../include -c