Since I got a few private e-mails concerning Lion, this is just to say that nothing changed since the last Lion post here a while ago (you'll still have to open Quartz explicitly in command line R). R works out of the box and you have the choice of using the CRAN Fortran (/usr/local) or the Xcode 4.1 add-on. In addition, Lion users are encouraged to install R 2.13.1 from CRAN (or re-install if you upgraded from SL) since it is Lion-aware (yes, even though it was released before Lion ;)). It re-enables vecLib BLAS as it seems the Mac Pro issue has been fixed in Lion. Cheers, Simon
Lion
4 messages · Simon Urbanek, Federico Calboli, Andreas Noack Jensen
On 23 Jul 2011, at 00:44, Simon Urbanek wrote:
Since I got a few private e-mails concerning Lion, this is just to say that nothing changed since the last Lion post here a while ago (you'll still have to open Quartz explicitly in command line R). R works out of the box and you have the choice of using the CRAN Fortran (/usr/local) or the Xcode 4.1 add-on.
Just as a note: I installed the fortran compiler from http://r.research.att.com/tools/ (the gfortran 4.2.3) and, on my SL machine it was installed in /usr/bin, not /usr/local: pkgutil --file-info /usr/bin/gfortran volume: / path: /usr/bin/gfortran <<<<<<<---- *not /usr/local/* pkgid: org.r-project.gnuFortran42.usr.pkg pkg-version: 5664 install-time: 1310405109 uid: 501 gid: 0 mode: 755 I would not know if it matters anyway, pkgutil --files org.r-project.gnuFortran42.usr.pkg will tell me where all the files are if I want to delete them.
In addition, Lion users are encouraged to install R 2.13.1 from CRAN (or re-install if you upgraded from SL) since it is Lion-aware (yes, even though it was released before Lion ;)). It re-enables vecLib BLAS as it seems the Mac Pro issue has been fixed in Lion.
does this apply to gfortran and tcl/tk, i.e. should they be reinstalled? Cheers, Federico
Cheers, Simon
_______________________________________________ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
-- Federico C. F. Calboli Department of Epidemiology and Biostatistics Imperial College, St. Mary's Campus Norfolk Place, London W2 1PG Tel +44 (0)20 75941602 Fax +44 (0)20 75943193 f.calboli [.a.t] imperial.ac.uk f.calboli [.a.t] gmail.com
On Jul 23, 2011, at 2:11 PM, Federico Calboli wrote:
On 23 Jul 2011, at 00:44, Simon Urbanek wrote:
Since I got a few private e-mails concerning Lion, this is just to say that nothing changed since the last Lion post here a while ago (you'll still have to open Quartz explicitly in command line R). R works out of the box and you have the choice of using the CRAN Fortran (/usr/local) or the Xcode 4.1 add-on.
Just as a note: I installed the fortran compiler from http://r.research.att.com/tools/ (the gfortran 4.2.3) and, on my SL machine it was installed in /usr/bin,
Yes, obviously, since you installed the Xcode add-on, not the CRAN Fortran. Also this is somewhat off-topic since my post was about Lion ...
not /usr/local: pkgutil --file-info /usr/bin/gfortran volume: / path: /usr/bin/gfortran <<<<<<<---- *not /usr/local/* pkgid: org.r-project.gnuFortran42.usr.pkg pkg-version: 5664 install-time: 1310405109 uid: 501 gid: 0 mode: 755 I would not know if it matters anyway, pkgutil --files org.r-project.gnuFortran42.usr.pkg will tell me where all the files are if I want to delete them.
In addition, Lion users are encouraged to install R 2.13.1 from CRAN (or re-install if you upgraded from SL) since it is Lion-aware (yes, even though it was released before Lion ;)). It re-enables vecLib BLAS as it seems the Mac Pro issue has been fixed in Lion.
does this apply to gfortran and tcl/tk, i.e. should they be reinstalled?
No, only R. Cheers, Simon
1 day later
Simon Urbanek <simon.urbanek <at> r-project.org> writes:
Since I got a few private e-mails concerning Lion, this is just to say that
nothing changed since the last
Lion post here a while ago (you'll still have to open Quartz explicitly in
command line R).
R works out of the box and you have the choice of using the CRAN Fortran
(/usr/local) or the Xcode 4.1 add-on.
In addition, Lion users are encouraged to install R 2.13.1 from CRAN
(or re-install if you upgraded from SL)
since it is Lion-aware (yes, even though it was released before Lion ;)). It
re-enables vecLib BLAS as it
seems the Mac Pro issue has been fixed in Lion. Cheers, Simon
I actually seem to have a veclib problem. I have just upgraded to Lion from Snow Leopard on my MacBook Pro 15'', medio 2009 and done a fresh install of R 2.13.1 and the latest gfortran 4.2.3 from att.research. Unfortunately I am not able to make a reproducible example of the problem without my own package which is not on CRAN (yet). The problem is only present when I use vecLib and not when using the reference Blas (I also checked on Linux and Win and it worked fine). I had no problems under Snow Leopard. Here are the details: I install by R CMD INSTALL without errors but when I try to load the package by library(civecm) I get Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object '/Library/Frameworks/R.framework/Versions/2.13/Resources/library/civecm/libs/ x86_64/civecm.so': dlopen(/Library/Frameworks/R.framework/Versions/2.13/Resources/library/civecm/ libs/x86_64/civecm.so, 6): Library not loaded: libRblas.dylib Referenced from: /Library/Frameworks/R.framework/Versions/2.13/Resources/library/civecm/libs/ x86_64/civecm.so Reason: image not found Error: package/namespace load failed for 'civecm' The civecm.so exists and is created from Fortran code using both BLAS and Lapack subroutines. Any help is appreciated and I hope I have included the relevant information. Best regards Andreas Noack Jensen PhD Student Department of Economics University of Copenhagen