On 12/12/2006, at 1:39 PM, Duncan Murdoch wrote:
> On 12/10/2006 8:51 PM, stefano iacus wrote:
>> It builds fine on PCC and apparently the two libs are in the
>> installed directory.
>> The only problem is that both on X11 term and on R.app always the
>> X11 .dll is taken, so no AGL for me any more.
>> I don't see any conditionals on .Platform$GUI in the loading of the
>> library though.
>
> It's in the .onLoad function in zzz.R:
>
> if ( .Platform$OS.type == "unix" ) {
> unixos <- system("uname",intern=TRUE)
> if ( unixos == "Darwin" ) {
> # For MacOS X we have to remove /usr/X11R6/lib from the
> DYLD_LIBRARY_PATH
> # because it would override Apple's OpenGL framework
I got your sources and installed it via the RGUI on a Core Duo
MacBook Pro.
I got the two libraries . demo(rgl) in the R GUI runs the X11
version. demo(rgl) in a terminal session also runs the X11 version.
(I have DISPLAY variable set)
I renamed aglrgl.so to rgl.so. The demo(rgl) in the R GUI crashed on
rgl.open() as described by Stefan.
I presume the intended behaviour is that in the R GUI you get the AGL
bundle.
I not sure why you are manipulating DYLD_LIBRARY_PATH. It only works
at runtime and has nothing to do with the function of ld.
As far as I know it should never be altered except as a way of
testing uninstalled binaries. Inserting or removing /usr/X11R6/lib
seems particularly fraught with peril. As you can see above, the
path to linked libraries is hard coded in the binary. dyld will
always use these first and only look in DYLD_LIBRARY_PATH and default
locations if there are not libraries in the original locations.
Cheers
Bill Northcott
[[alternative HTML version deleted]]
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
