[MacPorts] #49963: arb @6.0.1_3: LD_LIBRARY_PATH is undefined at make_arbperl_makefile.pl line 21

[MacPorts]

#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