similar to: [OT] R on Atlas library

Dear list members, I have been using filled.contour in order to plot EEG data. For the colors, I used a conventional ramp from blue to red (blue - green - yellow - red), and 100 color levels to make the plot looking smooth: (...) color.palette = colorRampPalette(c('blue','green', 'yellow','red'), space='rgb'), nlevels = 100 (...) My problem ist that

Dear all, I am new to this list and, unfortunately, could not provide help to anyone as yet. I hope I can do so in the future, though! Until then, I am grateful for helpful hints from you more experienced users. For use in an upcoming publication, I generated an eps figure from my x11 window under Debian Linux with dev.copy2eps. It contains 28 line plots with 2 lines each, one solid and one

Dear R-user Suppose I have the following data y=c(2,1,5,8,11,3,1,7,50,21,33,7,60) x=data.frame(y) for(i in 4:nrow(x)) x[i,] =var(x[i-3:i-1,]) I'm trying to get a new variable with the variance of the 3 previous values (just an example) and with NA in the three first positions. I know that my for() is wrong but I'm not able to find my error. Any idea? Thanks, Marlene.

Dear R developers, I just compiled the latest version of R (2.12.1) and noticed that 'libRblas.so' is missing in the '/x86_64/src/extra/blas' subdirectory of my R-installation. Did I miss ongoing discussions on the Mailinglist about this or might it be a local problem? Thanks for this brilliant software. Best Christian -- Christian Kohler Institute of Functional Genomics ~

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

Hi all, I've compiled R-1.4.0 on my NT box with link against ATLAS. It has passed all the Rcmd CHECK that I could run. If there's sufficient interest, I can make the SetupR.exe available (on CRAN?). Just drop me a note if you're interested. Note the following: o I can only connect thru 56K dial-up until Jan. 2, 2002, so unless there's overwhelming demand, I won't attempt

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,

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

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

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

Hi all, I have a problem with cpu affinity in my R-2.11.1 installation compiled against ATLAS running on a Linux (Ubuntu 10.04) cluster under GridEngine. I wish to use Grid Engine's core binding feature to bind user processes into the number of cores they request on the cluster, thus preventing badly behaved multi-threaded libraries from consuming more cores than requested. An example of

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'

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