[R-SIG-Mac] patch for consideration

[Kjell Konis]

On Sep 30, 2009, at 7:47 PM, Simon Urbanek wrote:

>
> On Sep 30, 2009, at 12:57 , Kjell Konis wrote:
>
>> ## 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.
>
> That shouldn't be a problem - DYLD_LIBRARY_PATH is dynamic on Darwin
> (unlike LD_LIBRARY_PATH on some systems) so changes *do* become active
> immediately.

You're right - I had it confused with LD_LIBRARY_PATH.

> Are you sure you're not setting it in a different
> environment? This seems more like an issue in Rpy, not in R ...
>
> Cheers,
> Simon
>
> (I should add that this all is only an issue when not using the
> framework which is much easier since you can query everything from the
> bundle which is why R.app can work even without R CMD)

In fact I'm building it right now :)

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