From simon.urbanek at r-project.org  Fri Dec  7 16:32:07 2007
From: simon.urbanek at r-project.org (Simon Urbanek)
Date: Fri, 7 Dec 2007 10:32:07 -0500
Subject: [Rd] R installer
In-Reply-To: <475608BF.3000607@cimr.cam.ac.uk>
References: <20071128215522.AF9F42834155@mail.pubhealth.ku.dk>	<FA8783E7-C438-4DCC-B5AA-A1F55BE5C3B5@r-project.org>	<DFEB308E-090E-49D0-97D7-72C8994BAA94@cs.st-andrews.ac.uk>	<2D5435B7-0B47-4603-9209-8259252F77B4@r-project.org>
	<31D76F0C-C569-4247-8834-7EB675F15055@cs.st-andrews.ac.uk>
	<47547913.8080602@cimr.cam.ac.uk>
	<073AF4D2-A29D-4C94-88F3-FF9BF8300BC1@r-project.org>
	<475608BF.3000607@cimr.cam.ac.uk>
Message-ID: <B4953A4B-5867-47D2-9AAF-A53BE9E76995@r-project.org>


On Dec 4, 2007, at 9:11 PM, Hin-Tak Leung wrote:

> Simon Urbanek wrote:
> <snipped>
>> 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.
> <snipped>
>
> 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.
>

That's exactly what we do. Apparently you didn't bother to read my e- 
mail (the part you "snipped") or to look at the installer. Please do  
your homework before posting wild (and false) speculations.

Cheers,
Simon



> (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...).
>
> <snipped>
>> 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.
>
> <snipped>
>
> Yeah, that apple box is *so* broken.:-).
>
> HTL
>
>



[Rd] R installer
Simon Urbanek