similar to: Static R Build

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

Hello, I would like to perform a generalized singular value decomposition with R. The only possibility I found is "GSVD" that is based on LAPACK/BLAS. Are there other possibilities too? If not, has anybody used LAPACK/BLAS under Windows XP? How can I install them? Following [1] did not help. I hope this is the right place for my question. Thank you very much! Oana Tomescu [1]

Hi all -- I am working on 64-bit Windows XP. I'm not a very technical person when it comes to the command line stuff, so please forgive me if this is a stupid question. I have a bunch of HDF files, and I want to dump a single PM25 data layer from each file to .txt by invoking ncdump.exe from system(). Here's a sample command string: "C:/ncdump -v PM25 C:/01aug2010.hdf >

Hi all, Hi, When I want to compute the eigenvalues & eigenvectors of a specific matrix, R crashes (i.e. it stops responding to any input). I've tried it with different versions of R (2.1.1, 2.2.0, 2.2.1) - all with crashing as result. What I did before the crash was: M <- as.matrix(read.table("thematrix",header=T)) eigen(M) If, instead of eigen(M), I use eigen(M,

Dear R People: I'm installing R 2-.15.1 on a Windows 32 bit machine from source. I'm getting a strange error about init.win (please see below) Does this look familiar to anyone, please? Thanks, Erin Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. c:\R\R-2.15.1\src\gnuwin32>make all recommended make all recommended make[1]:

I encountered several strange issues when linking to R.dll on Windows and I wonder if anyone of the Windows savvy-folks here had seen some of the issues before and have some explanation. My Rserve links to R dynamic library. That works perfectly on unix boxes and worked fairly well with older MinGW and older R (<=1.7.1). What I do in fact is that I specify -L$(R_HOME)/bin -lR when linking.

Dear R Users, I run simulation that takes very long time (R 2.2.1, Win XP pro., Rgui SDI mode, editor Tinn-R). It's happened that R shuts down and Windows display the message: Rgui.exe makes an error and the application will shut down. Unfortunately everything I lost. Below I paste the message that is created when error appear. Maybe You as an expert will figure out what is happening to me.

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

On Mon, March 9, 2015 17:36, m.roth at 5-cent.us wrote: > Francis Gerund wrote: > <snip> >> And FWIW, I do like, and use the CLI all the time. That's how I >> learned > - using MS-DOS 3.2 on a 386sx box with 360k floppy drives. And 512k > ram > - what luxury! >> >> : ) > > You leaned on a 386 with (2?) floppy drives? I had to make do >

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

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

I cannot for the life of my get this to work. Here is my problem: libc.so.6(GLIBC_2.3) is needed by samba-2.2.5-10 libc.so.6(GLIBC_2.3) is needed by samba-client-2.2.5-10 libc.so.6(GLIBC_2.3) is needed by samba-common-2.2.5-10 libc.so.6(GLIBC_2.3) is needed by samba-swat-2.2.5-10 I tired it with these files glibc-2.2.90-26.i386.rpm

On 11/09/2019 21:38, Berend Hasselman wrote: > The Lapack library is loaded automatically by R itself when it needs it for doing some calculation. > You can force it to do that with a (dummy) solve for example. > Put this at start of your script: > > <code> > # dummy code to get LAPACK library loaded > X1 <- diag(2,2) > x1 <- rep(2,2) > # X1;x1 > z <-

The problem is that R crashes with an exception "R for Windows GUI front-end has encountered a problem and needs to close..." It doesn't always crash, but almost always does. Thanks for any help (fixes, workarounds, or diagnostics) you can provide! Doug Specs: PC: HP 2710p Graphics HW: Mobile Intel 965 Express Chipset Family / Graphics Media Accelerator X3100 Graphics Driver:

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

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

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

I am interested in tapping into LAPACK functionality directly from R. Using R-2.4.1 for Windows, I was able to do so ala: dyn.load("bin/Rlapack.dll") is.loaded("dstebz") # returns TRUE N <- 100 NW <- 4 n.tapers <- 5 tpW <- (2 * pi * NW)/N otNmo <- 1:N D <- as.double(cos(tpW) * ((N - 1 - 2 * (0:(N - 1)))/2)^2) E <- as.double((otNmo * (N - otNmo))/2) z