Je suis tombé sur ce site en essayant d'installer R en général et j'ai fini par utiliser MacPorts. Si vous utilisez MacPorts, essayez

sudo port install R

Tiré de http://johnlaudun.org/20140721-install-r-with-macports/

1.- http://cran.r-project.org/bin/macosx/ et télécharger dans Mac-GUI-1.62.tar.gz. 2.- INSTALLER

Vous avez besoin de R construit et installé en tant que framework : voir le "Manuel d'installation et d'administration de R". et d'administration de R". Une installation binaire CRAN de R suffit.

Construire R.app

Seuls Mac OS X 10.6 et plus sont pris en charge, et uniquement R 64 bits. projet s'appelle "R.xcodeproj" et nécessite Xcode 3.2 ou supérieur.

Le projet peut être construit en sélectionnant la cible "R" et "Build" à l'intérieur de l'interface graphique de XCode.

Les configurations prises en charge sont les suivantes : SnowLeopard64 (version, OS X actuel, par défaut) Lion64 (version, OS X 10.7+, Xcode 4.5+) MLion64 (version, OS X 10.8+, Xcode 4.5+) Debug (avec sortie de débogage, OS X actuel)

Les configurations diffèrent principalement au niveau du SDK sélectionné (versions récentes de Xcode ne prennent en charge que le SDK actuel et celui qui le précède immédiatement. par exemple, en mars 2013, la configuration par défaut construirait pour 10.8 configuration Lion64 permet de construire pour >= 10.7).

Pour construire le projet à partir de la ligne de commande dans le répertoire Mac-GUI utilisez quelque chose comme : xcodebuild -target R -configuration SnowLeopard64

Pour construire la FAQ R pour Mac OS X, utilisez soit xcodebuild -target Docs ou manuellement dans le dossier docs makeinfo -D UseExternalXrefs --html --force --no-split RMacOSX-FAQ.texi

Le fichier html FAQ résultant se trouvera dans le répertoire Mac-GUI/docs.

Note sur la compatibilité binaire :

Les règles générales pour R s'appliquent, c'est-à-dire que la compatibilité binaire est donnée uniquement si les numéros de version majeure et mineure correspondent - seul le correctif peut différer. Lorsque l'on utilise la forme de version X.Y.Z, cela signifie que X.Y doit correspondre. Par exemple, les R-GUIs liés à 3.0.x et 3.1.x ne sont PAS compatibles binaires. compatibles binaires.

La R.app compilée est généralement liée à une version spécifique, telle que 3.0.1. Si vous mettez à jour R en supprimant l'ancienne version, disons en utilisant R.app compilé pour 3.0.0 et que vous mettez à jour R vers 3.0.1, vous devrez peut-être corriger le chemin absolu vers libR.dylib. Les nightly builds utilisent un chemin générique /Library/Frameworks/R.framework/Resources/lib/libR.dylib qui indique vers la dernière version de R, mais ceci est fait par un appel supplémentaire à install_name_tool dans le script de construction. Les versions de l'interface graphique utilisent un chemin de version fixe car elles sont livrées avec une version spécifique de R (en fait, le comportement par défaut ne dépend pas de la version de R). le comportement par défaut ne dépend pas de la GUI, mais de libR.dylib - changer sa propre entrée de référence change la façon dont R.app est lié).