similar to: R-patched and R-devel

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

Hi, I'm trying to follow the R-admin instructions for using MKL10 as the external BLAS compiling R-2.6.2 under Linux on a RH EL head node of a cluster. The configure process seems to have problems when it checks for dgemm in the BLAS. I'm using configure as: ./configure CC=icc F77=ifort --with-lapack="$MKL" --with-blas="$MKL" where $MKL is defined as in R-admin

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

So, tried again from scratch. Again, CentOS 5.3, which is essentially RHEL 5.3. ./configure --with-blas="-L/opt/acml4.3.0/gfortran64/lib -lacml" In config.log, get things like configure:37199: checking for dgemm_ in -L/opt/acml4.3.0/gfortran64/lib -lacml configure:37230: gcc -std=gnu99 -o conftest -g -O2 -I/usr/local/include -L/usr/local/lib64 conftest.c

Hi, I want to install "Matrix" using > install.packages("Matrix") After a while I get: checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ATL_xerbla in -latlas... no checking for dgemm_ in -lcxml... no checking for dgemm_ in -ldxml... no checking for dgemm_ in -lscs... no checking for dgemm_ in -lcomplib.sgimath... no checking

This is the error I get when trying to install R-1.3.1 on my Solaris 2.6 box. Any assistance would be greatly appreciated. g77 -g -O2 -c xxxpr.f -o xxxpr.o gcc -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o array.o at trib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o devPS.o devPicTeX.o deparse.o d

Dear R developers, The trace of the hat matrix H~(n,n) is computed as follows: tr(H) = tr(BS^-1B') = tr(S^-1B'B) := tr(X) = sum(diag(X)) with B~(n,p), S~(p,p). Since p is of the order 10^3 but S is sparse I would like to employ Taucs linear solver ( http://www.tau.ac.il/~stoledo/taucs/ ) on SX = B'B. (Further improvement by implying a looping over i=1,...,p, calling

I thought I would try compiling R this time with the ATLAS libraries. I have compiled ATLAS and I have the following libraries: libatlas.a libf77blas.a libptcblas.a libtstatlas.a libcblas.a liblapack.a libptf77blas.a Is it sufficient to use ' --with-blas=libatlas.a ' when configuring or do I need to specify any of the other libraries as well? -- William D. McCoy

A while back I posted to this group that I was having difficulty compiling packages that used BLAS and Lapack on an Ubuntu 32-bit system. I looked a little further into the issue and discovered that the /usr/lib/R/etc/Makeconf files are different on the 32-bit and 64-bit Ubuntu packages maverick/r-base-core_2.12.1-1maverick0_i386.deb and the corresponding 64-bit version. The Make variable

Hello, I'm using R 1.40 on MacOS X X.1.2 (installed via the fink package manager). To upgrade my installed packages, I tried to use update.packages() today. All went well for most packages, with the exception of KernSmooth and cluster. In both cases, libraries were not found although I think they are present. Here's what happened: ---------------------------------- >

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

Yes, changing line 67 of SHLIB as Uwe suggested worked: C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. rm -f -f tryf.a ar cr tryf.a *.o ranlib tryf.a ------- Building tryf.dll from tryf.a -------- echo LIBRARY tryf > tryf.def echo EXPORTS >> tryf.def nm tryf.a > Defs sed -n '/^........ [BCDRT] _/s/^........ [BCDRT] _/ /p' Defs >> tryf.def rm -f Defs

Hi I am new to writing C code and am trying to write an R extension in C. I have hit a wall with F77_CALL(dgemm) in that it produces wrong results. The code below is a simplified example that multiplies the matrices Ab and Bm to give Cm. The results below show clearly that Cm is wrong. Am= 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Bm= 1 1 1 1 1

I just upgraded to Ubuntu 8.10 (i386) from 8.04. After the upgrade, I ran update.packages(.libPaths()[1]) in R to get the packages installed from source up to date too. Unfortunately, two packages could not be updated: mclust and mboost. In both cases, the error I got mentioned lf77blas. Here's the output for mboost: * Installing *source* package 'mboost' ... ** libs gcc -std=gnu99

I feel like Marlon Brando in "On the Waterfront" where he's told "It's not your night, kid", except for me it has been the last two months trying to debug memory problems. Now I can't even install an old version of this package on a netbook running the Ubuntu 10.10 netbook remix because it can't find the libraries libf77blas and libatlas. I have even gone to

Hi all, I have a C function, say Cfun, that calls Lapack's DGEMM routine and I need to create a shared library to use Cfun inside R. The C file is the following #include<stdio.h> #include<R.h> #include<R_ext/Lapack.h> void Cfun(double *res, double *X, int *n, int *q) { char *ptr_TRANSA, TRANSA='T', *ptr_TRANSB, TRANSB='N'; ptr_TRANSA=&TRANSA;

Greetings, I have a computer with the following setup: 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2 2)R-2.11.1 I compiled R with BLAS and lapack using the switched ( --with-blas="- lpthread -latlas -lfptf77blas" --with-lapack="-llapack -lcblas" ). (( http://cran.r-project.org/doc/manuals/R-admin.html#Linear-algebra) ) Prior to compiling R-2.11.1 sh

Ok, moved to R-devel. I tried to build R-2.3.1. Since I intent to distribute this tuned R to all other who have a computer like mine here at work I thought it was best to stay with the latest stable release. About your suggestion, I could'n find xerblas.o file. And I don't know how to edit libf77blas.a. I tried to open it with VIM (http://vim.sf.net/) but there was a lot of strange

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