[R-SIG-Mac] patch for consideration

Kjell Konis kjell.konis at epfl.ch
Wed Sep 30 18:57:38 CEST 2009


## Sorry - just realized I replied to the last message off-list ##

OK, I see what's going on. R CMD is setting DYLD_LIBRARY_PATH but  
after Python is already running so nothing happens. Looks like I'l be  
setting those paths by hand.

Thanks for your help,
Kjell

On Sep 30, 2009, at 6:10 PM, Simon Urbanek wrote:

>
> On Sep 30, 2009, at 11:25 , Konis Kjell wrote:
>
>> What I am trying to do is get the full path to libR.dylib encoded in
>> package shared objects so they can be loaded with Rpy.  Would it be
>> best to just do this by hand after installing R?
>>
>
> Yes - that's what the framework version does. You can only do that
> after installation. However, any embedding application has to run R
> CMD anyway so it should not matter since that sets DYLD_LIBRARY_PATH
> so the path in the binary is irrelevant ...
>
> Cheers,
> Simon
>
>
>> Kjell
>>
>> On 30 sept. 2009, at 17:05, Simon Urbanek wrote:
>>
>>>
>>> On Sep 30, 2009, at 10:34 , Konis Kjell wrote:
>>>
>>>> Hello,
>>>>
>>>> The attached file patches the configure script so that the full
>>>> install path is used in libR.dylib when doing a non-Framework  
>>>> build.
>>>> I  have tested it under 10.5 and 10.6 using the FSF version 4.3
>>>> compiler  family. Please feel free to include it in R if you think
>>>> it would be  useful.
>>>>
>>>
>>> What is the point of this exercise? R is relocatable until  
>>> installed,
>>> so you cannot embed any paths and configure time and the above patch
>>> won't work (also try make install rhome=/foo and see it break).  
>>> To be
>>> precise R won't even care because DYLD_LIBRARY_PATH overrides the
>>> path
>>> but then the question is why to embed it at all since it is
>>> incorrect?
>>>
>>> Cheers,
>>> Simon
>>>
>>>
>>
>>
>



More information about the R-SIG-Mac mailing list