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
--
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
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UK Fax: +44 1865 272595
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
