similar to: [R-sig-hpc] Debian/Ubuntu + threaded BLAS/ATLAS (solved)

On 15 March 2012 14:09, Simon Urbanek <simon.urbanek@r-project.org> wrote: > I thought I'll post this here since I could not find an answer anywhere I > searched: how to setup R with threaded BLAS on Debian/Ubuntu. > > First, neither Debian nor Ubuntu come with optimized ATLAS binaries, > simply because by definition they need to be optimized for a particular >

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

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

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

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

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

Hi I just read the thread on gotoBLAS, as well as the excellent vignette of gcbd. I still have some confusion and would like to ask very basic questions, hope I am not taking too much of your time. The point that retained my attention was the question of using implicit (multi-threaded blas) versus explicit (parallel code) optimisation. As I understood, the ideal would be to use a

I have R under Linux Kubuntu Hardy Heron 8.04 LTS. I am trying to install package 'lme4' and get the following error: ---- * installing *source* package ?lme4? ... ** libs gcc -std=gnu99 -I/usr/share/R/include -I/usr/share/R/include -I"/usr/lib/R/library/Matrix/include" -I"/usr/lib/R/library/stats/include" -fpic -g -O2 -c init.c -o init.o gcc -std=gnu99

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

dear debian-R group: I am using the stock ubuntu binary R 3.0.1 for ubuntu raring but on cinnamon mint olivia 15. I read dirk's gcbd paper from a couple of years ago. it suggests that stock blas is pretty bad compared to the four main alternatives. of course, dirk also maintains the binaries for debian/ubuntu R, so he probably knows the answer off hand. I installed libatlas3-base

Dear All, I am building R from source[1], following what is done in "rules" for building Debian's R. But the R I generate, in contrast to the standard Debian's R, will not change the BLAS and LAPACK libraries it uses when I change them via "update-alternatives". I have no idea what I am doing wrong (but, somehow, I've been quite capable of making the same

Hi, Since upgrading to version 2.11.0~20100402-1, starting R fails with: /usr/lib64/R/bin/exec/R: error while loading shared libraries: libblas.so.3gf: cannot open shared object file: No such file or directory Is this occurring to others on sid? -- Seb

Good afternoon. I am trying to compile a version of Rblas.dll based on ATLAS for the Corei7. I had remembered that there was mention of which file to adjust and that "xerbla" needed to be removed from one of the outputs from the last time I tried a few years ago. The most recent version of the R Installation manual does not say anything about this. An older version (2.10 I believe) has

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

I believe that actually means configure was able to use the BLAS you specified (MKL in this case). You can scan through config.log to make sure. Andy > From: > > Fedora Core 3 > > I installed the Intel MLk, > > and tried : --with-blas="-lmkl -lguide -lpthread" > > and got : External libraries: readline, BLAS(generic) > > thus I'm

Dirk suggested I move this thread over here. I am trying to get a multithreaded (multi CPU) version of ATLAS working with R, and have been unable, thus far, to get it working. Has anyone gotten an multithreaded version of ATLAS working on Debian (64 bit)? I've tried this: apt-get source atlas -t unstable cd atlas-3.8.3 DEFAULTS=n fakeroot debian/rules custom but it is APPEARING to only

food now? or after work in the library? On Wed, 2010-06-02 at 12:00 +0200, r-sig-debian-request at r-project.org wrote: > Send R-SIG-Debian mailing list submissions to > r-sig-debian at r-project.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://stat.ethz.ch/mailman/listinfo/r-sig-debian > or, via email, send a message with subject or body

I'd like to build R using my optimized blas and lapack libraries. It seems know matter what I do, the configure script uses the blas supplied with the source. My blas and lapack libraries are in /usr/local/atlas/lib. How can I get configure to use these? [[alternative HTML version deleted]]

On Mon, Aug 29, 2005 at 11:48:23AM +0100, Prof Brian Ripley wrote: > On Mon, 29 Aug 2005, G?ran Brostr?m wrote: > >LAPACK/BLAS routines call xerbla "if an input parameter has an > >invalid value" (exact quote from XERBLA at Netlib). Other types of errors > >are not printed (by xerbla), but it is up to the user to check the return > >value of the argument

I'm geting ready to compile and install R-1.5.1 (R-patched_2002-07-15.tar.gz) on Linux (Suse 8.0, 2 AMD proc., ATLAS libs installed). My current version is R.1.4.0 I'd like to get advice on two doubts: 1. Is it better that I remove my current /usr/lib/R directory? 2. Regarding ATLAS, the R-1.5.1 R-admin manual states : "This is currently not supported. The problem is that SIGINT