similar to: Some timings for 64 bit Opteron (ATLAS, GOTO, std)

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'

Hi everyone, Some of you probably received the following thread from the Rcpp-devel mailing list: http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2018-August/010072.html Summing up, the issue described is the following: pkg1 provides type1 in pkg1.so building on some headers. pkg2 links to pkg1 (BTW, LinkingTo is actually misleading, because it doesn't really link to it), i.e.,

One of my packages is slated to be archived from CRAN due to failures when the ATLAS BLAS is used. I am unable to replicate the error on my machine under R 3.6.1 using the atlas library from ubuntu (seems to be 3.10.2-9, while the good professor is using 3.10.3 per https://www.stats.ox.ac.uk/pub/bdr/Rblas/README.txt ). I also tried the rocker/r-base with R 3.6.2 and

CentOS Errata and Bugfix Advisory 2012:0402 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0402.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 320a3e16757cf64aeafb019443fac8dca0134c64ad70e1d86d64b492e171fa68 atlas-3.8.4-2.el6.i686.rpm 2946842d8d8545e9fb1bb711be4b68d7b6a88c54127f0c02e9c21976520bb8f7

On 29 December 2019 at 16:39, steven pav wrote: | One of my packages is slated to be archived from CRAN due to failures when | the ATLAS BLAS is used. I am unable to replicate the error on my machine | under R 3.6.1 using the atlas library from ubuntu (seems to be 3.10.2-9, | while the good professor is using 3.10.3 per | https://www.stats.ox.ac.uk/pub/bdr/Rblas/README.txt ). I also tried the |

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

Prof. Bates & R-devel, I've done more test with the following results: I have two versions of ATLAS 3.2.1. One was compiled on my old Thinkpad 600E (PII), the other was compiled on my new Thinkpad T22 (PIIISSE1). I compiled R-devel dated 10/31, 11/01 and 11/04, linked against either of the two ATLAS libs. All gave Dr. Watson when given this code: La.svd(matrix(runif(1e5), 1e3,

On 14 March 2012 at 23:09, Simon Urbanek 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 machine. The good news: it is easy to build: | | apt-get source

Greetings Supreme Council of R Masters, Like toddler, I have gotten my head stuck in the banisters of R ... again. Let it be know I am still a neophyte in the R-community forum world, so please don't flame me too bad. I have two sets of data, each with a set of timestamps. I would like to somehow merge the datasets based on the timestamps and an individual identifier. That is there are

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

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

Hi all, I just cloned from git clone https://git.centos.org/git/rpms/atlas And rpmbuild is failing with error in building ATLAS:- make[1]: Leaving directory `/home/sudhanshu/rpmbuild/BUILD/ATLAS/x86_64_base' DONE configure + '[' base = base ']' + sed -i 's#ARCH =.*#ARCH = P4E64SSE3#' Make.inc + sed -i s#-DATL_AVX## Make.inc + sed -i s#-mavx#-msse3# Make.inc + echo

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 mentioned earlier that I had DeLorme Street Atlas 8.0 working on wine. It comes with a separate program, the extractor. This will pull parts of the map CD and store them locally so that the main program does not have to refer to the CD for those parts of the map. I had one problem which I overcame: it was looking for h:\refnc. I have no idea why it was looking on h:, as the CD-ROM is on d: and

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

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

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 >

Dear List, I am aware this is slightly off-topic, but I am sure there are people who already had the problem and who perhaps solved it. I am running long-lasting model fits using constrOptim command. At work there is a linux computer (Quad Core, debian) on which I already have compiled R and Atlas, in the hope that things will go faster on that machine. Atlas offers the possibility to be

A while ago there was some request for supporting the ATLAS BLAS libraries on Windows. I have finally succeeded in building the ATLAS libraries, and made the necessary changes to the Makefiles. This will be available in R-patched as from tomorrow's snapshot: see src/gnuwin32/INSTALL for how to use it. You will need to build an ATLAS library for your precise chip. This can be a frustrating