similar to: R and ATLAS on Windows

Ok, moved to R-devel. I tried to build R-2.3.1. Since I intent to distribute this tuned R to all other who have a computer like mine here at work I thought it was best to stay with the latest stable release. About your suggestion, I could'n find xerblas.o file. And I don't know how to edit libf77blas.a. I tried to open it with VIM (http://vim.sf.net/) but there was a lot of strange

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. Ripley, Seems like mine is 629: c:\home>perl -v This is perl, v5.6.1 built for MSWin32-x86-multi-thread (with 1 registered patch, see perl -V for more detail) Copyright 1987-2001, Larry Wall Binary build 629 provided by ActiveState Tool Corp. http://www.ActiveState.com Built 12:27:04 Aug 20 2001 Will try a newer build and see. Regards, Andy > -----Original Message----- >

> > Uwe Ligges already told you *not* to unpack in ...\rw1061\library, but > > that seems to be exactly what you have done, hence the problem. > > ...many sorrys for my ignorance > and thanks for all your helps , now it works :-) > > regards,Christian > > ----- Original Message ----- > From: <ripley at stats.ox.ac.uk> > To: "Christian Schulz"

There is a new area on CRAN bin/windows/contrib/ATLAS which contains Rblas's compiled against ATLAS 3.4.1 for various chips. To use one of these, just rename rw1051\bin\Rblas.dll and drop the replacment in its place. Using a tuned BLAS will be noticeably faster only on some linear-algebra calculations, notably those using La.svd and La.eigen (which might be twice as fast). There are

Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using

I have put at http://www.stats.ox.ac.uk/pub/R/win32/makehelp.zip a file with instructions and the tools I used to make help for libraries for Guido's gnuwin32 version of R-0.63.0. There are also instructions for making libraries without remaking R itself. Brian -- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics,

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,

You are using the wrong make. Please read the instructions very carefully. You _must_ use the cygwin make with the supplied Makefiles. As INSTALL says: You will also need suitable versions of at least make, sh, rm, sed, (g)awk, mkdir, echo, cp, cut, diff, grep, egrep, pwd, expr and cat; we use those from the cygwin distribution (http://sourceware.cygnus.com/cygwin and several

You are using the wrong make. Please read the instructions very carefully. You _must_ use the cygwin make with the supplied Makefiles. As INSTALL says: You will also need suitable versions of at least make, sh, rm, sed, (g)awk, mkdir, echo, cp, cut, diff, grep, egrep, pwd, expr and cat; we use those from the cygwin distribution (http://sourceware.cygnus.com/cygwin and several

> Date: Wed, 01 Mar 2000 18:01:21 +0100 > From: LAREDO Laurent <mim60 at cict.fr> > > I have downloaded and transfered to my P.C (Window 98) > the version of R which has been split on purpose,that is to > say the rw0990b1.zip ,rw0990b2.zip ,etc files. > I encountered no problem as far as the installation is concerned. > But when I try to run some function ,for

Hello: Many thanks to Professor Ripley for responding to my earlier post, included below, about trying to use mingw32 gcc.I did put back the original Rinternals.h. I am still crashing R every time I try to use C code. Here is what I did, basd on readme.packages: 1.) Ensured that C:\Rtools was first in my path, and obtained a new tools.zip from BDR's R tools site. 2.) Ensured that I

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

One problem with linking compiled code is getting the symbol from the right shared library/DLL (hereafter DLL). This actually happened to Guido Masarotto recently: both leaps and ts had "ss", and leaps got ts's version (and thereby crashed R). We have added an argument PACKAGE to .C, .Fortran, .Call and .External, which confines the symbol search to the named DLL (name without

I've been updating the information on tuned BLAS for R-admin in R-patched and R-devel. We have ATLAS (widely available, including for Windows) MKL (licensed on ix86 and x86_64 Linux and Windows) ACML (by AMD, but for all ix86 and x86_64 chips, Linux and Windows. Now available for gfortran.) Goto (academic use only, only some chips, only Linux) MKL and ACML provide full LAPACK,

This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class

R 0.65.0 (and all others I have seen), Solaris 2.6. > sort(c("a", "A", "b", "B")) [1] "A" "a" "B" "b" > "a" < "B" [1] FALSE in the en_UK locale. I don't think it is good idea that sort and < have a different idea of ordering, so I rate this as a bug. As far as I can see sort uses

From: Prof Brian Ripley [mailto:ripley@stats.ox.ac.uk] [...] > Also, AFAIK no one is working on the Windows port at present, so the build > of R-devel is only tested irregularly. I expect some work will be done on > it once 1.4.0 goes into feature freeze, but can't guarantee even that. I had been trying to find out why La.svd on moderately large matrices (say 500 x 100) crash

Dear Prof. Ripley, thank you very much. It works now absolutely fine using a "Makevars" file with the contents you suggested. Thanks again, Roland > -----Original Message----- > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] > Sent: Thursday, March 09, 2006 12:09 PM > To: Rau, Roland > Cc: r-help at stat.math.ethz.ch > Subject: Re: [R] Linking Rblas

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