On 10/07/14 06:45, Prof Brian Ripley wrote:
On 09/07/2014 17:17, lejeczek wrote:
I wonder if anyone amongst developers had a chance to try
ACML.
Yes, and documented its use in the R manual over many years.
AMD's implementation when R is supposed to use it seems
to fail the test
similarly,
On 09/07/2014 17:17, lejeczek wrote:
I wonder if anyone amongst developers had a chance to try ACML.
Yes, and documented its use in the R manual over many years.
AMD's implementation when R is supposed to use it seems to fail the test
similarly,
Please do read the manual for yourself (see t
I wonder if anyone amongst developers had a chance to try ACML.
AMD's implementation when R is supposed to use it seems to
fail the test similarly,
on a side note, I had R build with ACML and performance-wise
it looked really really promising,
however now
http://r.research.att.com/benchmarks/
I can reproduce this. It is a bug in reference BLAS.
With the R 3.1.0 release, Fedora changed from using the internal BLAS
that comes with R to using external BLAS. But reference BLAS does not
handle missing values correctly. I expect this has been true since at
least 2010, when Brian patched the
later I tried plain-vanilla, well.. redhats' and derivatives
default packages and they all fail:
> ## PR#4582 %*% with NAs
> stopifnot(is.na(NA %*% 0), is.na(0 %*% NA))
> ## depended on the BLAS in use.
>
>
> ## found from fallback test in slam 0.1-15
> ## most likely indicates an inaedquate BLA
It is not clear what you mean:
The quoted page lists particular AMD BLAS versions that fail R's regression
test.
Other builds of R would run the regression test during building and you can run
them yourself if you get the source code (for good measure, use the current
version, not one from a 2
dear developers
I myself am not a prog-devel, I found this
http://devgurus.amd.com/message/1255852#1255852
Most R compilations/installations I use seem to fail this
test, is this a problem and if yes then how serious is it?
regards
__
R-devel@r-pr
