Prof Brian Ripley wrote:
On Tue, 9 Dec 2008, Gad Abraham wrote:
Prof Brian Ripley wrote:
Is this an issue with the Apple-supplied Lapack?
Or the Apple-supplied BLAS.
You have not told us how R was built on your machine, but if this was
the CRAN build you have a choice of BLAS. (See the list archives,
but AFAIR, you can swap links between libRblas.0dylib and
libRblas.veclib.dylib in
/Library/Frameworks/R.framework/Resources/lib.) (On that build
AFAICS the Lapack used is the R one.)
Both are from CRAN.
I think your example is actually random (it uses 10-fold CV?) in
which case that might have been the difference between machines.
I get consistent failures on Mac, and it works consistently on Linux.
With a lot of patience, I got the example to run on my own build
which uses the recipe in the R-admin manual (veclib for both BLAS and
LAPACK). With the CRAN build of R using libRblas.0.dylib, it ran for
a lot longer than with libRblas.veclib.dylib, but eventually gave the
same error.
For me, switching to libRblas.0.dylib seems to solve the problem, no
more LAPACK errors. Is this a permanent solution? Will switching BLAS
break anything in the Accelerate framework?
It is permanent. See
http://cran.r-project.org/bin/macosx/RMacOSX-FAQ.html#Which-BLAS-is-used-and-how-can-it-be-changed_003f
Thanks.
--
Gad Abraham
Dept. CSSE and NICTA
The University of Melbourne
Parkville 3010, Victoria, Australia
email: [EMAIL PROTECTED]
web: http://www.csse.unimelb.edu.au/~gabraham
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
