similar to: R 2.14.0 for Ubuntu arriving soon: things to watch out for

Hello! I'm not sure if this is the right place to post this, so apologies in advance if I'm not in the right list. I downloaded the OpenBLAS and am following Avraham Adler's great instructions. However, when I run make, things go well to a certain point, and then go bad: make [snip] touch cygopenblas_haswellp-r0.3.5.a make -j 1 -C test all make[1]: Entering directory

I believe that repo just follows the directions on my blog. Without seeing Dr. Hodges?s code, my initial concern is the many references to Cygwin. My method specifically does not use Cygwin but MSYS2 and Mingw64/Rtools35. That will likely change to solely Rtools40 once R3.6 is released due to the Msys system being built in to it. There may be some library conflicts between Cygwin and

>>>>> Erin Hodgess >>>>> on Fri, 1 Mar 2019 12:30:35 -0700 writes: > Yay! I re-installed everything and got through "Make > distribution"! I have one more question, please: I am > running the make check-all. I have an error at reg-1d. > It stops the process. However, the mean difference (as > per the file) is

Thank you, Brad (and others), >>>>> Brad Bell on Mon, 4 Feb 2019 07:21:18 -0700 writes: > I get the failure message. To be specific: adcomp.git> R CMD BATCH --quiet test_nlminb.R adcomp.git> cat test_nlminb.Rout >> f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 ) >> opt <- nlminb(rep(0, 10), f, lower=-1, upper=3) >>

I get the failure message. To be specific: adcomp.git>R CMD BATCH --quiet test_nlminb.R adcomp.git>cat test_nlminb.Rout > f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 ) > opt <- nlminb(rep(0, 10), f, lower=-1, upper=3) > xhat <- rep(1, 10) > abs( opt$objective - f(xhat) ) < 1e-4? ## Must be TRUE [1] FALSE My system is described by: adcomp.git>uname

Today (May 4, 2013) I will begin the process of backporting R 3.0.0 to Quantal, Precise, and Lucid. This will include all the recommended packages and the packages for R found in the universe repository for Ubuntu. Things to keep in mind: - If you do not want to receive these upgrades and you use the CRAN repositories or my Launchpad PPA, please remove them from your apt/synaptic sources lists.

It appears that the revoluton-mkl package, available via the multiverse Ubuntu repository with the purpose of adding multi-threaded numeric libraries to R, is not function correctly with R 2.13 (at least the version found on CRAN). Testing with "R-benchmark-25.R" (found at http://r.research.att.com/benchmarks/), I get the following error, after installing the revolution-mkl package

This person has had apparent success - you could follow what they did or just download their product (with appropriate caution downloading a random .exe). https://github.com/thequackdaddy/R-OpenBLAS On Thu, Feb 28, 2019 at 6:28 AM Erin Hodgess <erinm.hodgess at gmail.com> wrote: > Hello! > > I'm not sure if this is the right place to post this, so apologies > in advance if

Yay! I re-installed everything and got through "Make distribution"! I have one more question, please: I am running the make check-all. I have an error at reg-1d. It stops the process. However, the mean difference (as per the file) is 2.0e-12. I'm ok with that. How do I bypass this, please? Thanks, Erin Erin Hodgess, PhD mailto: erinm.hodgess at gmail.com On Wed, Feb 27,

Please pardon my ignorance, but doesn't OpenBLAS still not always play nicely with multi-threaded OpenMP? (for example, don't race conditions sometimes crop up)? If so, it might be nice to have the ability to temporarily disable multi-threaded OpenMP (effectively: omp_set_num_threads(1)) for the duration of operations using OpenBLAS. Regards Ben > Julia using OpenBLAS is *very*

Julia Programming Language uses also OpenBlas, and it is actively maintained with bugs being fixed as I have checked it out: http://www.openblas.net/Changelog.txt So I still see it ok to be included as an options(...) feature (by default off, just for safety), over other Blas libraries. R could not use Intel MKL for legal reasons (I think), because as long that R ships with GPL libraries,

I didn't do the compile; is there a way to check whether that was used? If not, I'll inquire with our sysadmin and report back. In any case, my suggestion was motivated by the fact that some parts of R use OpenMP while others do not, in the hope that the former could have their OpenBLAS omelet without breaking the OpenMP eggs, so to speak. On 01/09/2018 06:41 PM, Keith O'Hara

Thanks Keith. We checked, and indeed libopenblas is not linked against libomp nor libgomp. We suspect this is because we used conda to install R and OpenBLAS. So I guess we should be barking up the conda tree instead? By the way, I also noticed on my home machine (Ubuntu), /usr/lib/libopenblas.so.0 is also not linked against those, for what that's worth. Regards, Ben On 01/10/2018 12:04

It seems like many of the multi-threaded BLASes have some sort of fundamental problem preventing use in the way Juan suggests: - Dirk's vignette states that ATLAS "fixes the number of cores used at compile-time and cannot vary this setting at run-time", so any user-friendly implementation for R would have to compile ATLAS for 1-16 threads to allow the user to switch at run-time.

Ubuntu R users, Early this month, version 3.0 of JAGS was released on its Sourceforge page. Dirk Eddelbuettel and I quickly rolled up packages for Debian and Ubuntu, respectively. If you are an Ubuntu user who utilizes my Launchpad PPA for your R related .deb files, JAGS was updated automatically. The downside to this is that JAGS 3.0 is not compatible with the R package rjags, also found

My IT people have set up R on a a Kubuntu box with an RWkard front end.? I have OpenBLAS set up as a shared BLAS but I'm not sure how to get R to see it.? A.3.1 of the installation docs talks about it but I'm not clear if I need a option on my startup line or if I need to find a config file.? The BLAS is is in: ? /usr/lib/openblas-base ? on my machine. I'm not sure how to confirm that

> On 6 Feb 2019, at 10:58, Martin Maechler <maechler at stat.math.ethz.ch> wrote: > ..... > --------------------------------------------------------------------------- > > I summarize what has been reported till: > > Failure in these cases > ======== > 1. Kasper K ("Scientific Linux", self compiled R, using Intel's MKL > for BLAS/LAPACK)

As per a request, here is a brief guide to what is available to R users as packages in Ubuntu. Each release of Ubuntu includes the latest version of R and the recommended packages. In addition, there are approximately 80 additional r-cran packages available in the default repositories. The limitation to these packages is that they are not updated and reflect the current version of the

On Mon, Aug 24, 2015 at 1:42 PM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 24 August 2015 at 11:43, arnaud gaboury wrote: > | On Mon, Aug 24, 2015 at 11:29 AM, Bj?rn-Helge Mevik > | <b.h.mevik at usit.uio.no> wrote: > | > arnaud gaboury <arnaud.gaboury at gmail.com> writes: > | > > | >> - Intel MKL: this is part of Intel Parallel Studio

Hello, macosx 10.13.6, Rdevel r76458 I'm trying to compile against openblas to reproduce an error on the CRAN check page (my package is clean under winbuilder and all but one of the checks). I've downloaded and installed openblas 0.3.7 but I am not 100% sure that it is being used by R. Using ./configure --with-blas="-lopenblas" Then running R to discover the PID I get: