[R-sig-Debian] Compiling R-2.11.0 with ATLAS-tuned BLAS and LAPACK
pauljohn32 at gmail.com
Wed Jun 2 05:27:12 CEST 2010
On Fri, May 28, 2010 at 1:35 PM, Avraham Adler <avraham.adler at gmail.com> wrote:
> Thank you both very much for the advice. It is obviously significantly
> more complicated than I first thought (although I /did/ manage to
> compile both ATLAS and R under windows following the instructions, go
> figure :). ) so I'll stop trying to bite off more than I can chew.
> Thank you again,
This question reminded me I never understood BLAS linkage with R when
I asked about it 2 months ago and I forgot to follow up. I am looking
It seems (to my untrained eye) to say that default R is built with a
shared library based on a nonoptimized version of BLAS that is
distributed with R itself. It says the recommended R
If one has a different BLAS shared library on my system, one does not
recompile. Rather move R's libRblas.so and then make a symlink from
the new shared BLAS to where the old one was.
The doc has this example:
ln -s /opt/acml4.4.0/gfortran64_mp/lib/libacml_mp.so R_HOME/lib/libRblas.so
So I'd just have to figure out which shared library is the right one
and put it where libRblas used to be.
Here's what I don't understand about the current R packaging.
In the deb packages, I download from CRAN, there is no file
libRblas.so, so I don't see how to make that new link to test a
Oh, and while I'm asking, in the source for the R package, I find a
comment from Doug Bates (README.Debian) about stripping the R binary
and possible adverse effect on --debugger. That comment is pretty old,
perhaps it is before the day when there used to be a separate package
of debugging symbols?
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas
More information about the R-SIG-Debian