Hi, OSX el capitan implements System Integrity Protection: https://en.wikipedia.org/wiki/System_Integrity_Protection One of the effects of this is you can no longer modify DYLD_LIBRARY_PATH for an OSX application. I use a FFI wrapper to load and use an Oracle library in Pharo but this requires modification of the DYLD_LIBRARY_PATH to work. Up until now I could do this by adding a plist config file to /Library/LaunchAgents for the Pharo application which modified DYLD_LIBRARY_PATH. This no longer works because of SIP. Launching Pharo from a terminal having modified DYLD_LIBRARY_PATH via .bash_profile works as required but this is less than ideal. Anyone know of any other way of doing this so I can launch Pharo directly as an OSX application ? Thanks
On Tue, Jan 5, 2016 at 2:19 AM, <recursive68@gmail.com> wrote:
Hi,
OSX el capitan implements System Integrity Protection:
https://en.wikipedia.org/wiki/System_Integrity_Protection
One of the effects of this is you can no longer modify DYLD_LIBRARY_PATH for an OSX application. I use a FFI wrapper to load and use an Oracle library in Pharo but this requires modification of the DYLD_LIBRARY_PATH to work. Up until now I could do this by adding a plist config file to /Library/LaunchAgents for the Pharo application which modified DYLD_LIBRARY_PATH. This no longer works because of SIP.
Launching Pharo from a terminal having modified DYLD_LIBRARY_PATH via .bash_profile works as required but this is less than ideal.
If you don't want to modify .bash_profile, is it acceptable to copy and modify the pharo shell script that invokes the pharo executable to set OCI_DIR like this? ... https://github.com/kubo/ruby-oci8/issues/89 btw, seems python suffers the same problem... http://dmtn-001.lsst.io/en/master/#sip-examples cheers -ben
Anyone know of any other way of doing this so I can launch Pharo directly as an OSX application ?
Thanks
participants (2)
-
Ben Coman -
recursive68@gmail.com