similar to: Any interest in ATLAS-enabled R-1.4.0 for MSWin?

The build of R-1.4.0 with Atlas 3.3.13, both compiled with gcc 2.95.3 on an Athlon Thunderbird (1.333 GHz) running otherwise stock Red Hat Linux 7.2, appears to have been successful. R passed all its built-in checks. This is the first time I've been able to get all of this to work together; the last few times I tried this (late June or early July IIRC), R did not pass its checks when linked

I have been using a laptop computer of Pentium III 1.13 Ghz. I heard that AMD's Athlon has excellent floating point capacity. So I bought a Athlon 2200+ laptop yesterday. I expected that new Athlon 2200+ will be twice as fast as the P III 1.13 GB. I ran a R simulation program and the new computer is only 30% faster, in fact slightly slower than a Celeron 1.50 GB laptop. I am very disappointed

I am about to get a new machine at work - an IBM Intellistation with the Xeon 2.8 GB processor. It will run Windows 2000. I would like to install the proper ATLAS dll for this machine, but I am not sure if Xeon is P4? Does anybody have any experience with Xeon? Thanks in advance, Andy __________________________________ Andy Jaworski 518-1-01 Process Laboratory 3M Corporate Research Laboratory

Dear R-devel, I had attempted to compile r-devel (dated Oct. 31, 2001) on WinNT with link to ATLAS, with mostly success. However, when I tried the following, I got a visit from Dr. Watson: R : Copyright 2001, The R Development Core Team Version 1.4.0 Under development (unstable) (2001-10-31) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under

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,

I'm having problems copying and saving lattice graphs using R-1.4.0 under Win2k. It seems I've see this alluded to recently in R-help. If I do the following example: > data(quakes) > xyplot(long ~ lat , data = quakes) And then try to copy or save the graph as either a metafile or bitmap or if I use any of the bitmap/metafile devices via (for example) >

We have removed from CRAN the seemingly faulty version of R 1.4.0 for Windows and replaced it by the one I built on Dec 20 that is known to work with grid and lattice. I've built a SetupR-patched.exe today from the current R-patched sources and with the latest versions of the recommended packages. You might prefer to change to that if you want to re-install: otherwise wait for R 1.4.1 in a

Hi, I'm just wondering if it is planned to include the Lapack routine DGESDD (and friends) in R-1.4.0? This is faster (supposedly by a factor of ~6 for large matrices) than DGESVD which is currently (R-1.3.1) called by La.svd. And if it is not in the plans yet, is there a chance it could be? I've added it to my local version of R-1.3.1 and so far see a factor of 4 improvement over

> Could you please try with a Debian kernel image There is one? I do not find it in either etch or sid (or on Alioth). Do I have to recompile a kernel?

I just installed R-1.4.0 on my Win2k machine from SetupR.exe. Everything seems to be fine with the base and recommended packages. However, when I install the lattice and grid packages they do not seem to work. Everything I try results in something like this: Instruction 0x00543f06 refernced memory 0x00000000. The memory cannot be "read". and I am getting kicked out of R. Has

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

Rhelpers: I recently installed the 64-bit version of R on my Debian system, and afterwards was asked if it was compiled using ATLAS. Is there a way to test to see if R is using ATLAS? --j

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

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

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

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, everybody, Happy New Year! I am a graduate student from Concordia University. I meet a problem when I am working on my thesis. I hope I will get help from you. I have a mathematical model which was already implemented by using R language. However, part of this model includes fixed point iteration algorithm and calculation of large linear equations which n will get to 5000. Because of

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