[R-SIG-Mac] Choosing between Snow Leopard and Mavericks builds

Gow, Ian igow at hbs.edu
Sat May 31 17:14:46 CEST 2014


Also, instructions here <http://r.research.att.com/libs/> complement the
manual (if you are---as I was---unsure what to do with the file you get
from the link in the instructions
<http://r.research.att.com/libs/gfortran-4.8.2-darwin13.tar.bz2>).

On 2014-05-31, 11:10 AM, "Brian Ripley" <ripley at stats.ox.ac.uk> wrote:

>
>
>> On 31 May 2014, at 16:00, Davood Tofighi <dtofighi at gmail.com> wrote:
>> 
>> I have a follow up question. How can I install gfortran-4.8.2 on the
>>Mavericks? 
>
>See the manual: link below.
>
>> 
>>> On Tuesday, April 22, 2014 3:04:27 AM UTC-4, Prof Brian Ripley wrote:
>>> I've noticed some confusion about which CRAN installer package to use,
>>> and even reluctance to update to 3.1.0.  So some pointers for
>>>Mavericks 
>>> users 
>>> 
>>> 1) AFAIK no users are going to be worse off using the Snow Leopard
>>>build 
>>> of 3.1.0 rather than the only (Snow Leopard) build of 3.0.x.
>>> 
>>> 2) The Mavericks build has support for C++11-using packages (there are
>>> currently less than a handful) and some performance improvements from
>>> its later compilers (and in rare cases these are large).
>>> 
>>> 3) If you rely on binary packages with are not available for the
>>> Mavericks build, install the Snow Leopard one.  Currently that
>>>includes 
>>> CRAN packages rgdal and rjags and all the BioC packages.
>>> 
>>> 4) If you install packages from source, you will be most likely better
>>> off with the Mavericks build.
>>> 
>>> 5) The two builds need different Fortran compilers installed: you can
>>> have both compilers at once.  The details are at
>>> http://cran.r-project.org/doc/manuals/r-release/R-admin.html#OS-X .
>>>As 
>>> far as I know a Fortran compiler is only needed if you install
>>>packages 
>>> from sources. 
>>> 
>>> Some of the Mavericks binary packages are missing for good reason.
>>>The 
>>> C++ binary interface for the Xcode 5.x compilers in Mavericks is
>>> completely different, so external software has to be compiled with
>>>those 
>>> compilers.  This affects CRAN packages
>>> 
>>> RQuantlib RProtoBuf RVowalWabbit rgdal rjags rzmq
>>> 
>>> Most of these can be gotten to work (see the results labelled
>>> r-devel-osx-x86_64-clang at
>>> http://cran.r-project.org/web/checks/check_summary.html) if compiling
>>> from sources.  There are packages with badly-written C++ which do not
>>> compile under Mavericks, but as we have been chasing the CRAN
>>> maintainers for a few months there are very few left (the main example
>>> is BioC's package mzR).
>>> 
>>> We had expected that by this time Mavericks users would be in a
>>> majority, but it seems the proportion is in the 40s (%).  Thus for R
>>> 3.1.0 most of the effort has gone into the Snow Leopard build: expect
>>> that to change by R 3.2.0 in a year's time.
>>> 
>>> -- 
>>> Brian D. Ripley,                  rip... at stats.ox.ac.uk
>>> 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
>>> R-SI... at r-project.org
>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>
>	[[alternative HTML version deleted]]
>
>_______________________________________________
>R-SIG-Mac mailing list
>R-SIG-Mac at r-project.org
>https://stat.ethz.ch/mailman/listinfo/r-sig-mac



More information about the R-SIG-Mac mailing list