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]]

