On Nov 13, 2012, at 3:15 PM, Prof Brian Ripley <rip...@stats.ox.ac.uk> wrote:
> Simon is pretty much off-line, which is why I replied. Thank you for doing so. > I would simply set the R->R64 symlink as the installer would have done in SL > and Lion. The things will work as you expected. Yeah, that's probably a good idea. Murphy's Law would kick in at some point and I would forget to use 'R64'. :-) Thanks again, Marc > Because I have so many flavours of R installed, I make my own links (in > ~/bin, which is on my path). > > On 13/11/2012 20:58, Marc Schwartz wrote: >> >> On Nov 13, 2012, at 2:30 PM, Berend Hasselman <b...@xs4all.nl> wrote: >> >>> >>> On 13-11-2012, at 21:07, Federico Calboli <f.calb...@imperial.ac.uk> wrote: >>> >>>> On 13 Nov 2012, at 19:59, Prof Brian Ripley <rip...@stats.ox.ac.uk> wrote: >>>> >>>>> Marc, >>>>> >>>>> Start with 'which R', or run /usr/bin/R explicitly. >>>> >>>> $ which R >>>> /usr/bin/R >>>> >>>> >>>>> That should be a symlink to >>>>> >>>>> /Library/Frameworks/R.framework/Resources/bin/R >>>> >>>> it does: >>>> >>>> $ ls -l /usr/bin/R >>>> lrwxr-xr-x 1 root wheel 47 28 Oct 10:47 /usr/bin/R@ -> >>>> /Library/Frameworks/R.framework/Resources/bin/R >>>> >>>>> >>>>> and that should be a symlink, >>>> >>>> it's not: >>>> >>>> $ ls -l /Library/Frameworks/R.framework/Resources/bin/R >>>> -rwxrwxr-x 1 root admin 8775 26 Oct 17:22 >>>> /Library/Frameworks/R.framework/Resources/bin/R* >>>> >>>> $ ls /Library/Frameworks/R.framework/Resources/bin/R* >>>> /Library/Frameworks/R.framework/Resources/bin/R* >>>> /Library/Frameworks/R.framework/Resources/bin/Rd2pdf* >>>> /Library/Frameworks/R.framework/Resources/bin/R32* >>>> /Library/Frameworks/R.framework/Resources/bin/Rdconv* >>>> /Library/Frameworks/R.framework/Resources/bin/R64* >>>> /Library/Frameworks/R.framework/Resources/bin/Rdiff* >>>> /Library/Frameworks/R.framework/Resources/bin/REMOVE* >>>> /Library/Frameworks/R.framework/Resources/bin/Rprof* >>>> /Library/Frameworks/R.framework/Resources/bin/Rcmd* >>>> /Library/Frameworks/R.framework/Resources/bin/Rscript* >>>> >>>> >>>> BW >>>> >>>> F >>> >>> The postflight script tests for 10.6 and 10.7 but not for 10.8. >>> The relevant lines are >>> >>> # some jobs needed specifically on Mac OS X 10.6 (Snow Leopard) and 10.7 >>> (Lion) >>> if uname -r | grep ^1[01] >/dev/null; then >>> >>> On 10.8.2 uname -r returns 12.2.0 and that doesn't match the grep test. >>> It would seem that the test should be grep ^1[012] or grep ^1[0-2] . > > Actually, I think it needs to be future-proofed. > >>> >>> Berend >> >> >> I was just getting around to that section of the script. >> >> I suspect that this is correct and the timing would make sense with my >> observations here. >> >> Mountain Lion was released on July 25 and I updated shortly thereafter. >> >> The R 2.15.1 OSX binary is dated June 22, before ML was available, so I >> would have had that installed under Lion, since I would have updated from >> 2.15.0 soon after the R OSX binary became available. Thus, 64 bit R would >> have been the default at that time. >> >> R 2.15.2 was of course released after ML, so that is when the change >> occurred to 32 bit R. >> >> >> Under ML as Berend notes above: >> >> ~ uname -r >> 12.2.0 >> >> ~ uname -r | grep ^1[012] >> 12.2.0 >> >> >> I had sent an initial e-mail to Simon with the information, but he replied >> from his iPhone that he is away for a couple of weeks sans computer. >> >> In the mean time, I will get in the habit of using 'R64' from the CLI and in >> ESS. >> >> If there is anything else that is needed, let me know. >> >> Thanks all! >> >> Regards, >> >> Marc _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
