[R-SIG-Mac] R/Cocoa and DYLD_LIBRARY_PATH

[Byron Ellis]

AHHHH! I spent some time trying to figure out if such a beast existed, 
but I didn't see it. Thats much better than messing with install_name 
paths and the like.


On Aug 13, 2004, at 6:05 PM, Simon Urbanek wrote:

>
> IMHO the optimal solution is to use LSEnvironment dictionary in the 
> bundle - this allows us to set the path directly in the .app. This has 
> one big benefit: the app will determine which framework will be used. 
> This way you can have multiple apps, each using a different framework 
> even though the binary is the same. Personally I'd supply R_HOME, too, 
> to avoid the hacks for determining R_HOME from the used library. I 
> think this solution is quite clean and allows relocatable framework 
> (of course we'll have to fix the compiling of new packages so it 
> doesn't use the full path).
>
> This is an example from the Info.plist of my RCocoa.app that works:
>         <key>LSEnvironment</key>
>         <dict>
>                 <key>R_HOME</key>
>                 
> <string>/Library/Frameworks/R.framework/Resources</string>
>                 <key>DYLD_FALLBACK_LIBRARY_PATH</key>
>                 
> <string>/Library/Frameworks/R.framework/Resources/bin</string>
>                 <key>DYLD_LIBRARY_PATH</key>
>                 
> <string>/Library/Frameworks/R.framework/Resources/bin</string>
>         </dict>
> In practice we may want to use the full absolute paths during the 
> installation of RCocoa.app - the above simply takes the "Current" 
> version - dunno if that's what we'll supply in the end...
>
> Cheers,
> Simon
>
> ---
> Simon Urbanek
> Department of computer oriented statistics and data analysis
> Universitätsstr. 14
> 86135 Augsburg
> Germany
>
> Tel: +49-821-598-2236
> Fax: +49-821-598-2280
>
> Simon.Urbanek at Math.Uni-Augsburg.de
> http://simon.urbanek.info
>
---
Byron Ellis (bellis at hsph.harvard.edu)
"Oook" -- The Librarian