similar to: Trouble compiling R with self-compiled LAPACK/ATLAS under Linux

I'm trying to build R-alpha using the ATLAS libraries as described in the R-admin manual, section A.3.1.1 (BLAS) and A.3.2 (LAPACK). I built ATLAS with LAPACK as described in the ATLAS documentation, and the ATLAS version is the latest, 3.9.10. The platform is openSUSE 11.1 x86_64 with GCC 4.3.2. "configure" is finding the ATLAS BLAS all right, but it is not finding the ATLAS

Dear developeRs, I'm trying to build R (2.7.1, on an x86_64 running Linux, but I believe I have observed this on x86 and with earlier versions of R as well) using external BLAS and LAPACK libraries _and_ generating libR.so, libRblas.so and libRlapack.so. Without --enable-BLAS-shlib, configure is able to find and use the external LAPACK library: ./configure \

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 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

Dear All, As suggested in the reply from Dirk Eddelbuettel to my post to R-dev I am reposting here as the problem still persists. Please see my post to R-dev under same heading for additional description if needed. In summary I am starting from a new installation of Ubuntu 10.10 as the single operating system on a reformatted disk with just the OS, ESS and emacs installed before installing R

I just dumped Vista off a laptop and installed Ubuntu 10.10 (latest release) as the single operating system. I did all of the updates and then installed emacs and ess. Next I installed R by following the the usual instructions on the CRAN site. At this point all is working I am now in the process of installing the packages that I normally have installed. I am having a problem with the LAPACK

I am not sure if this is an R development problem or not. I am starting with completely clean OS and and installing the latest version of R without trying to anything special but I am having trouble with the LAPACK library linking when I try to build packages that require them. I thought perhaps my problem may be if interest here. I just dumped Vista off a laptop formatted the disk and

Hi all, I've compiled R (version 2.8.1) from the source code with "--with- blas=" option in order to use external multi-threaded blas package. However, it's very hard to verify that compilation is correct and R is using multi-threads correctly or not. Which command or operation in R will run with multi-threads? I assumed that matrix multiplication %*% may call multi-threaded

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

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

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

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

Can anyone tell me how to fix this. root at nucleus => /usr/local/R-1.3.1/bin/R INSTALL Matrix_0.3-15.tar.gz Installing source package `Matrix' ... creating cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts

Hi, All I got the following message while trying to compile a file and link it to some local libraries. I am sure that the path to local libs are given correctly, them why can't the linker find them ? These libs are static ones, like libBOOMdebug.a , is this a problem ? Do I need to convert all of them to DLL's ? Is there an easy way to this. I am not quite familiar with this,

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

I think this is not a R-devel question. Sorry to all if I'm wrong, please let me know. I managed to build R successfully with the default BLAS but when I change the MKRULES to use ATLAS BLAS and set the path to "C:/cygwin/home/Administrador/ATLAS/lib/WinNT_ATHLONSSE2" I got the following error message (I'm posting only the final part, there was a lot of compilation before this):

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

Hi, I followed this message, https://stat.ethz.ch/pipermail/r-devel/2004-February/028942.html, to compile ATLAS with gcc and g77 on AMD Opteron. I then followed the instructions on this message, https://stat.ethz.ch/pipermail/r-devel/2004-February/028966.html, to convert static libraries to dynamic libraries. However, when I tried to configure R-devel, I got the following error

Hi there, I'm trying to install the package RcppArmadillo in my R 2.11.1 which I installed and regularly update via Ubuntu's repositories. When I try to install RcppArmadillo from CRAN I get: > install.packages('RcppArmadillo', lib='~/myRlibs') [...] g++ -shared -o RcppArmadillo.so RcppArmadillo.o fastLm.o -L/home/matias/myRlibs/Rcpp/lib -lRcpp