similar to: Linking Rblas

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

Dear Windows Maintainers, after installing R 2.6.0 on Windows 2000 and doing a complete update of the libraries as recommended by B.Ripley, it get the error message: The dynamic link library Rblas could not be found in the specified path.... Note that the message says "Rblas", not Rblas.dll as expected under Windows. The path is correct, and Rblas.dll is present I made a copy of

I encountered the following problem in R-2.4.0 for Windows binary downloaded from CRAN (data from R-help post by Ethan Johnsons). I was also using the contributed binary Rblas.dll for Intel P4 chip. The problem doesn't occur with the default Rblas.dll. x=c(3.05176E-05, 0.000457764, 0.003204346, 0.0138855, 0.04165649, 0.09164429, 0.1527405, 0.1963806, 0.1963806, 0.1527405, 0.09164429,

hi everyone, Im implementing a new RBlas dll but just for optimising sake i need to know how and WHERE (which source code) RBlas gets loaded. there is a call to loadlibrary() in dynload.c BUT it seems this is not the function that is loading Rblas. how do i know this? well i added the code :(just after the loadlibrary() call) /*********************************************/ /*this

I noticed a problem using R 2.7.1 on Windows XP SP2 with the precompiled Atlas Rblas.dll. Running the code below causes R to crash. I started R using Rgui --vanilla and am using the precompiled Atlas Rblas.dll from cran.fhcrc.org dated 17-Jul-2007 05:04 for Core2 Duo. The code that causes the crash: x <- rnorm(100) y <- rnorm(100) z <- rnorm(100) loess(z ~ x * y) loess(z ~ x) does

Does anybody have a tuned Rblas.dll compiled against ALTLAS for a dual Xeon system? Unfortunately, we have very strict security that does not allow compilers of any sort on production desktops - we only have Pentium III development PCs. Regards, John Marsland ********************************************************************** This is a commercial communication from Commerzbank AG.\ \

When I try to build/install the quadprog package under R1.50 and NT4 it seems to have trouble finding blas routines. I'm currently using the generic blas routines, rather than ATLAS or some other tuned implementation: > Rcmd INSTALL d:/temp/quadrprog ... gcc --shared -s -o quadprog.dll quadprog.def quadprog.a quadprog_res.o -Lc:/a pps/rw1050/src/gnuwin32 -lg2c -lR

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

On Thu Jan 9 2014 03:47 Henrik Bengtsson wrote: > This is is an issue that bugged me for a while. I encountered a year > ago (April 2012) when I first tried to build R from source on Windows. > I never figured out what the solution is or if I'm doing something > wrong myself (but I have found a tedious workaround). I'm still on > the same Windows 7 Ultimate machine with

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

I'm currently attempting to build R-2.10.1 from the source on Windows 7 (64-bit version). I've downloaded the latest Rtools (Rtools211.exe) from the Murdoch-Sutherland site and have done a full install. I've also downloaded the HTML Help Workshop, MikTeX, and the InnoSetup installer. I am not using any 64-bit versions of the tools, such as the MinGW-w64, or a 64-bit version of TCL

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

Hi, I tried to compile R-2.10.0 src on 64 bit window. After install Rtools and wingw-w64 compiler and put it the first of my PATH variable, but i got the following error when i tried to compile. Anything I missed? thank you. x86_64-w64-mingw32-gcc -std=gnu99 -I../include -I. -I../extra -DHAVE_CONFIG_H -D R_DLL_BUILD -O3 -Wall -pedantic -DR_ARCH='"x64"' -c malloc.c -o

Hi, for diagnostic purposes, I would like to get information about the BLAS / LAPACK linked against R from within an R-session. An obvious application could be safety-checks for packages like Matrix and quantreg at load / attach - time. Also you could be more precise on the "framework" in which R is running for comparable benchmark timings on different systems. Perhaps this

Dear colleagues! In early 2009 there was a discussion about fast BLAS library initiated by Sachin. He reported a faster BLAS library made by Nvidia CUBLAS library. Uwe Ligges showed an interest for placing the optimized rblas.dll into windows/contrib section managed by him. Unfortunately there is no any CUBLAS version of rblas.dll in this section at present. So, is anybody interested in CUBLAS

Hi, I've been searching through the R help archives and came across only one AIX compilation question in March, which received no public responses. I'm currently having the same problems with the "Illegal instruction" and core dump of running R 1.0.1 on AIX 4.3. Firstly, the R distribution was missing some FORTRAN routines, which I found on the net and added, by modifying

Hi, I've been searching through the R help archives and came across only one AIX compilation question in March, which received no public responses. I'm currently having the same problems with the "Illegal instruction" and core dump of running R 1.0.1 on AIX 4.3. Firstly, the R distribution was missing some FORTRAN routines, which I found on the net and added, by modifying

? Wed, 8 May 2024 16:59:25 +0000 Simon Andrews <simon.andrews at babraham.ac.uk> ?????: > The lapack libraries are: > > $ rpm -qa | grep lapack > lapack-3.9.0-10.el9.x86_64 > lapack64_-3.9.0-10.el9.x86_64 > lapack64-3.9.0-10.el9.x86_64 > lapack-devel-3.9.0-10.el9.x86_64 Thanks for this information! I figured out I needed to enable the "PowerTools/CRB" repo,

Hi, I put below Rblas.dll(GotoBLAS2 for Win64). http://prs.ism.ac.jp/~nakama/SurviveGotoBLAS2/binary/windows/x64/Rblas.dll It's a tryal phase. -- EI-JI Nakama? <nakama (a) ki.rim.or.jp> "\u4e2d\u9593\u6804\u6cbb"? <nakama (a) ki.rim.or.jp>

Hi, In rw-FAQ, there is a paragraph about optimizing R by using a fast ATLAS library in place of the standard BLAS. It says: "BLAS support is supplied by the single DLL `R_HOME\bin\Rblas.dll', and you can add a fast BLAS just by replacing that." Do I need to recompile the whole R with the option `USE_ATLAS = YES', or is it possible to compile only Rblas.dll on each separate