similar to: Announcement: Automatic ATLAS support under Debian GNU/Linux

Dirk's mail to r-devel bounced because of his peculiar return address. He asked me to forward this for him. P.S. I have tried building R with atlas2 on a Debian GNU/Linux 2.2 system but I have not yet managed to out-fox the configure script to get it to use the desired shared object library. -- Douglas Bates bates@stat.wisc.edu Statistics Department

Using ATLAS with R is an old topic quite covered in the "R Administration" manual (and by R's "configure" script collection). I still do not easily manage to build R properly on our new AMD Opteron (2-processor). I did work with the current Atlas 3.6.0, configured manually (but "express" version) to build a threaded ATLAS version, and successfully ran Atlas'

Greetings, I last built R-2.11.1 a few months ago. The computer was equipped with these:- ---cpu amd64 2 cores ---o/s cblfs 64-bit only linux kernel-2.6.32 gcc-4.4.2 jdk(1.5)-6U20? ---bls atlas3.9.26 lapacck-3.2.1 I obtained an installed directory of ~58Mbytes and in the ~/lib directory was libR.so (~7.8Mbytes in size) as well as libRblas.so and libRlapack.so (~2.9Mbytes). I have

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 gmake[4]: Leaving directory `/mnt/Data/src/install/R-1.5.0/src/library/methods' The

Dear R'ers, when I e.g. install the integrate2.2-2 package under R1.1.1 (debian2.2) atlas is linked into the library: Installing package `integrate' ... libs gcc -shared -lc -shared -o /usr/lib/R/library/integrate/libs/integrate.so adapt.o adapt_callback.o bsrl.o flfm.o nxprt.o symrl.o wht.o -L/usr/local/lib -lf77blas -lcblas -latlas -lg2c -lm -L/usr/lib/gcc-lib/i386-linux/2.95.2

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

Emmanuel, On 30 August 2008 at 00:04, Emmanuel Charpentier wrote: | Dear list, | | Setup : Ubuntu Hardy + updates + backports + security + R repository on | a 3.2 GHz PIV dual-core processor. | | Bitten (again...) by the "I'll optimize my setup" bug, I tried to test | atlas. Following Dirk's advice on a not-so-recent post to R-help, I | tried "apt-get install -s

Hello. I am a Linux neophyte and know almost nothing ?about compiling, so I would appreciate any help and advice y'all would care to offer. I am trying to compile the 64 bit version of R using a tuned ATLAS and LAPACK (ATLAS 3.9.24). I am running Ubunto 10.04 LTS (through wubi, FWIW). The ATLAS and LAPACK files (atlas.so, f77blas.so, lapack.so, and cblas.so) are sitting in the folder

Hello, I have upgraded from Mandrake Linux 8.0 to Mandrake 8.1 and try to reinstall my favourite R... Everything is OK for the base software but I have trouble to get some packages installed. Specifically, for some packages, a "collect2" binary seems to be necessary during the compilation/linking process of the library, and LD complains about not finding it : Installing source

Hi all, I managed to at least compile R-patched (2002-01-08) against MKL 5.1 (not beta). The release notes for MKL said that the libraries are threaded, and the test codes needed to be linked against the pthread library. Therefore I added -lpthread flag in config.site for R-patched, and the compile went through. However, when I did make check, it choked on a call to La.eigen, complaining that

Hello, everybody, Happy New Year! I am a graduate student from Concordia University. I meet a problem when I am working on my thesis. I hope I will get help from you. I have a mathematical model which was already implemented by using R language. However, part of this model includes fixed point iteration algorithm and calculation of large linear equations which n will get to 5000. Because of

Hello, I install R under Mandrake Linux 8.2. R itself work fine, but I had an error to install packages, i.e. fields, geoR and geoRglm : $: R CMD INSTALL geoRglm_0.4-3.tar.gz Installing *source* package `geoRglm' ... libs gcc-3.0.1 -I/usr/lib/R/include -I/usr/local/include -mieee-fp -D__NO_MATH_INLINES -fPIC -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -fno-fast-math

Hello, I install R under Mandrake Linux 8.2. R itself work fine, but I had an error to install packages, i.e. fields, geoR and geoRglm : $: R CMD INSTALL geoRglm_0.4-3.tar.gz Installing *source* package `geoRglm' ... libs gcc-3.0.1 -I/usr/lib/R/include -I/usr/local/include -mieee-fp -D__NO_MATH_INLINES -fPIC -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -fno-fast-math

Dear All, Under Debian GNU/Linux La.svd (with method = "dgesdd") sometimes gives the error "Error in La.svd(data, nu = 0, nv = min(nrow, ncol), method = "dgesdd") : LAPACK routine DGESDD gave error code -12" It seems not to depend on the data per se, but on the relationship between numbers of rows and columns. For example, if the number of columns is 100,

I don't see why the Debian shared libraries shouldn't work, but it's not too hard to make shared ATLAS: first you need to get the flags for position-independent code (-fPIC on gcc) into the compilations, which can be done in the "config" program (add it to the defaults for the C and Fortran compiler flags), then you extract the object files from the .a archive built by

Greetings, compiling R 1.7.0 with gcc 3.1.1 on Debain Linux (woody stable) with the configure option --with-lapack works but make check fails in test base-R with the message [...] > kappa(x1 <- cbind(1,1:10))# 15.71 [1] 15.70590 > kappa(x1, exact = TRUE) # 13.68 [1] 13.67903 > kappa(x2 <- cbind(x1,2:11))# high! [x2 is singular!] [1] 8.351867e+16 > > hilbert

Hello. I know almost nothing about Linux, so I apologize if the answer to this is obvious. I am trying to compile R with ATLAS (successfully compiled 3.9.24 on Ubuntu 10.04 64 bit). I configured with: ./configure --enable-R-shlib --enable-BLAS-shlib --with-blas="-L/usr/local/atlas/lib -lf77blas -latlas" --with-lapack="-L/usr/local/atlaslib -llapack -lcblas" --with-x and I

Hello. I know almost nothing about Linux, so I apologize if the answer to this is obvious. I am trying to compile R with ATLAS (successfully compiled 3.9.24 on Ubuntu 10.04 64 bit). I configured with: ./configure --enable-R-shlib --enable-BLAS-shlib --with-blas="-L/usr/local/atlas/lib -lf77blas -latlas" --with-lapack="-L/usr/local/atlaslib -llapack -lcblas" --with-x and I

We are trying to install R2.2.1 on a IBM P655 Cluster, SuSE LE 9.1 We are using gcc v 3.3.3 and we are getting this error on make g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o dlapack0.lo g77 -fPIC -g -O2 -c dlapack1.f -o dlapack1.lo g77 -fPIC -g -O2 -c dlapack2.f -o dlapack2.lo g77 -fPIC -g -O2 -c dlapack3.f -o dlapack3.lo g77 -fPIC -g

Dear All, when I try to: install.packages("Design"); install.packages("Hmisc") I get the following error messages: * Installing *source* package 'Design' ... ** libs g77 -mieee-fp -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -c lrmfit.f -o lrmfit.o make: g77: Command not found make: ***