[Rd] R install problem on MacOS 10.5.1 (PR#10476)
hin-tak.leung at cimr.cam.ac.uk
Wed Dec 5 03:11:11 CET 2007
Simon Urbanek wrote:
> Because it *is* the gcc files? (Note the "/local" in the paths.) Full R
> comes with GNU Fortran 4.2.1, because Apple doesn't offer any Fortran
> compiler and most other Fortran compiler binaries for Mac OS X out on
> the web are not really working well. It installs in /usr/local.
This is what I don't understand or agree on. The R windows installer
does *not* try to install any of mingw gcc or Rtools. Okay, you cannot
install source packages on windows without mingw gcc or Rtools, but
that's a caveate.
If I were an Apple user (which I am not), there is a chance that I might
have my own gcc/gfortran in /usr/local and I surely do not want R to
temper with them. If you need runtime libgfortran support, you should
just bundle gfortran.so and gcc.so if necesary (there are static
alternatives), and put those in R's area.
(recently, I took enough trouble of bootstrapping gfortran 4.2.x
for cross-compiling - see mingw-devel mailing list archive - because
mingw don't distribute that as binary. I have win32 R under wine, but I
really would *not* appreciate if win32 R tries to do anything
substantially more than just put itself in a directory...).
> No. The failure is due to a strange symlink in /usr/local/lib that
> points to itself. I suspect that this has something to do with an
> upgrade from Tiger to Leopard or Xcode 3 installation and that Apple
> actually creates that infinite symlink. Given that there is
> "/usr/loca/lib 1" lingering around, I'd bet that
> sudo rm /usr/local/lib
> sudo mv '/usr/local/lib 1' /usr/local/lib
> will fix the problem.
Yeah, that apple box is *so* broken.:-).
More information about the R-devel