#49963: arb @6.0.1_3: LD_LIBRARY_PATH is undefined at make_arbperl_makefile.pl line 21 ----------------------------+----------------------------- Reporter: cruiz_perez@… | Owner: matt.cottrell@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: elcapitan Port: arb | ----------------------------+----------------------------- Comment (by matt.cottrell@…): The upstream arb developers are aware of the problem with Apple's SIP and building the arb software. Here are their notes (http://bugs.arb-home.de/ticket/667): {{{ Since El Capitan, apple has added something called "System Integrity Protection" aka "rootless". Meant to protect from malware messing with the system, one of the things that mechanism does is deleting LD_LIBRARY_PATH and all DYLD_* from the environment for "protected" processes. "make" itself isn't protected, but it uses /bin/sh to execute the recipes, and that's protected, so LD_LIBRARY_PATH is removed from the environment. Still investigating this. For now, copying /bin/sh to $ARBHOME/bin and setting SHELL to $ARBHOME/bin/sh seems to fix the issue. }}} Is there some way that we could implement this workaround in the arb MacPort? There are several shells available for installation by MacPorts (https://trac.macports.org/browser/trunk/dports/shells?order=name). Could we simply make one of those an arb port dependency and force it's use to run make? Would it be installed under $prefix and therefore immune to SIP? -- Ticket URL: <https://trac.macports.org/ticket/49963#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X