From hin-tak.leung at cimr.cam.ac.uk  Wed Dec 19 18:49:35 2007
From: hin-tak.leung at cimr.cam.ac.uk (Hin-Tak Leung)
Date: Wed, 19 Dec 2007 17:49:35 +0000
Subject: [Rd] R installer
In-Reply-To: <B4953A4B-5867-47D2-9AAF-A53BE9E76995@r-project.org>
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>
	<B4953A4B-5867-47D2-9AAF-A53BE9E76995@r-project.org>
Message-ID: <476959AF.2070606@cimr.cam.ac.uk>

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

Yes and no... I think if you have to bundle gfortran.so and gcc_s.so,
you should put them in 
/Library/Frameworks/R.framework/Versions/Current/Resources/lib ?
Why is /usr/local/* touched at all?

I am actually at this moment sitting in front of a mac (on a public 
university shared computer room) which has gfortran 4.2.0 20070525 
(prerelease) in /usr/local/bin and  gcc_s.* and libgfortran* in
/usr/local/lib and /Library/.../R.../lib are different. (which IMHO is
the right way to do it).

HTL



[Rd] R installer
Hin-Tak Leung