similar to: Building R-alpha with ATLAS libraries?

Hello, I just had a lot of trouble compiling a version of R which uses a recently-compiled version of ATLAS and LAPACK. ATLAS and LAPACK compiled correctly and installed fine and passed all of their checks (and yes, I did compile them all with -fPIC as is required for R). This was my initial configure line: ./configure --with-x --enable-threads=posix --with-blas="-L/usr/local/lib

Dear developeRs, I'm trying to build R (2.7.1, on an x86_64 running Linux, but I believe I have observed this on x86 and with earlier versions of R as well) using external BLAS and LAPACK libraries _and_ generating libR.so, libRblas.so and libRlapack.so. Without --enable-BLAS-shlib, configure is able to find and use the external LAPACK library: ./configure \

Hi all, I've compiled R (version 2.8.1) from the source code with "--with- blas=" option in order to use external multi-threaded blas package. However, it's very hard to verify that compilation is correct and R is using multi-threads correctly or not. Which command or operation in R will run with multi-threads? I assumed that matrix multiplication %*% may call multi-threaded

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

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, We have recently added a 64-bit 2 x Dual-Core Athlon server running Red Hat Enterprise Linux AS release 3 to allow for processing of large data sets (>4GB) in R. To integrate this server into our Linux cluster, I have been trying (unsuccessfully) to use Rmpi/lam-mpi to parallel process some of our scripts. While I have successfully compiled R 2.4.0 and lam-mpi 7.1.2 on this server using

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

I just did a fresh installation of Fedora Core 4, using my home directories from FC3, including my .wine. In the FC3 environment, I had used winetools to install. I did not want to do a fresh installation of wine, just use an RPM that would work. Alas, I had to fall back to 20041201. SA 8: I installed and uninstalled wine-20050524-1fc3winehq.athlon.rpm, wine-20050310-1fc3winehq.athlon.rpm

Hello, I'm sorry if this is a repeat post, but I have been working on this for the better part of the year now. I am trying to get Delorme Street Atlas 2005 to run under wine. So far, I've been successful in getting the program to run and talk to my RS232 GPS. This means, I have all the database updates, IE6, etc loaded and apparently working (AFAIK). I am using wine to emulate

hi everyone: I have a Dell Server that has a Xeon processor, and I would like to use the best ATLAS posted in the R website. I find that R has ATLAS for core2duo and P4. I am not sure which one of these two is best suited for Xeon processor, or is that neither of these two is good and I should stick with the default one that was installed originally? Your advice is very much appreciated! Best,

Hi, Lotus Notes 5.05 works great! Thanks....now, has any one gotten Street Atlas 8.0 to run with wine? I get the starting splash screen from SA8.0 and a bunch of fixme:font messages (I don't think I care about these?). Then I get both a Windows box stating "Failed to create empty document." and get "err:msg:DispatchMessageA BeginPaint not called on WM_PAINT for hwnd

Being lazy, I'd just as soon not be swapping CDs in and out of the CD drive to use Street Atlas 8. So I slurped the SA 8 data CD into an ISO image, which I then mount as a loopback device. I created a symlink in ~/.wine/dosdevices, s: (and it took me a while to get the syntax for that right :-). winefile and fn.exe (http://www.charlescurley.com/fn.html) have no problems with the iso image. I

Hello. I found out that the new Windows Vista requires too much for my notebook computer. Although my Thinkpad R32 is quite usable and pretty fast, Windows Vista requires 128MB of VRAM and so on. So, I am thinking about replacing the Windows with the Linux. However, there are three critical programs I need to use on the Linux. 1. Delrome Street Atlas 2006 with the Earthmate GPS 2. Finale -

I have had a lot of problems with my XP system recently so I would like to convert over to Linux (Ubuntu) and the use of Street Atlas 2006 is the only thing really standing in my way. I installed Wine 1.0 and installed Street Atlas using it. SA brings up the basic map programs but not everything works correctly yet. I have observed the following error messages so far:

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

Prof. Ripley, > > Sorry, but seems like I need a bit more spoon-feeding: > > I did the dyn.load, and got: > > unable to load shared library > > "/home/andy/R-patched-mkl/modules/lapack.so": > > /home/andy/R-patched-mkl/modules/lapack.so: undefined > symbol: lsame_ > > Right, that's it. LSAME is a BLAS routine, and your BLAS

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

Hi, I followed this message, https://stat.ethz.ch/pipermail/r-devel/2004-February/028942.html, to compile ATLAS with gcc and g77 on AMD Opteron. I then followed the instructions on this message, https://stat.ethz.ch/pipermail/r-devel/2004-February/028966.html, to convert static libraries to dynamic libraries. However, when I tried to configure R-devel, I got the following error