[R-SIG-Mac] Re: [Rpy] Rpy-0.3.4 on OS X (10.3.3)
stefano.iacus at unimi.it
Tue Feb 17 22:26:04 MET 2004
We are about to change (in few days after some tries) the SHLIB script
for R built and installed ad R.framework.
The default header path flag would be
-I at R_FRAMEWORK_DIR@/R.framework/Headers and all of this
where the default for @R_FRAMEWORK_DIR@ is /Library/Frameworks
> -L/Library/Frameworks/R.framework/Versions/1.9.0/Resources/bin -lR
will be replaced by -framework R
I hope to be back on this with you soon.
On Feb 17, 2004, at 6:16 PM, Jan de Leeuw wrote:
> Now compiles cleanly (no more multiply defined symbols) but the
> final link goes astray. It says
> gcc -Wl,-F. -Wl,-F. -bundle -framework Python
> -L/Library/Frameworks/R.framework/Versions/1.9.0/Resources/bin -lR -o
> and there is no such thing as
> ld: Undefined symbols:
> On Feb 17, 2004, at 7:44, Warnes, Gregory R wrote:
>> Wonderful Jan!
>> I've been working with Christopher Fonnesbeck [chris at fonnesbeck.org]
>> to get
>> rpy to build cleanly on OS X, so your information is timely.
>> I had already checked into CVS changes to make the infringing
>> definitions in
>> the header files 'extern' with a single definition within one .C
>> file. I've
>> now added the linker flags you suggested.
>> If you have a moment, could you check to see if the CVS version
>> cleanly now?
>> To get it via anonymous CVS do:
>> cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/rpy login
>> cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/rpy rpy
>>> -----Original Message-----
>>> From: Jan de Leeuw [mailto:deleeuw at stat.ucla.edu]
>>> Sent: Tuesday, February 17, 2004 2:56 AM
>>> To: rpy-list at lists.sourceforge.net
>>> Cc: R-SIG-Mac
>>> Subject: [Rpy] Rpy-0.3.4 on OS X (10.3.3)
>>> Compiles fine, with the usual caveats. gcc on OS X does not know the
>>> -shared flag, so that generates warnings. And then there are many
>>> multiple defined symbols, which prevent the final link of rpy.so.
>>> of them occur in different Rpy files, but setenv is both in setenv.so
>>> and in libSystem.dylib. The correct solution is to turn some
>>> into mere declarations by using extern, but the standard hack is to
>>> add -Xlinker -m to the link. This turns all multiple
>>> definitions errors
>>> into warnings, and it uses the first definition found by ld.
>> LEGAL NOTICE
>> Unless expressly stated otherwise, this message is confidential and
>> may be privileged. It is intended for the addressee(s) only. Access
>> to this E-mail by anyone else is unauthorized. If you are not an
>> addressee, any disclosure or copying of the contents of this E-mail
>> or any action taken (or not taken) in reliance on it is unauthorized
>> and may be unlawful. If you are not an addressee, please inform the
>> sender immediately.
> Jan de Leeuw; Professor and Chair, UCLA Department of Statistics;
> Editor: Journal of Multivariate Analysis, Journal of Statistical
> US mail: 8130 Math Sciences Bldg, Box 951554, Los Angeles, CA
> phone (310)-825-9550; fax (310)-206-5658; email:
> deleeuw at stat.ucla.edu
> homepage: http://gifi.stat.ucla.edu
> No matter where you go, there you are. --- Buckaroo Banzai
> R-SIG-Mac mailing list
> R-SIG-Mac at stat.math.ethz.ch
More information about the R-SIG-Mac