develooper Front page | perl.perl5.porters | Postings from June 2018

[perl #133306] 5.28.0 fails to compile on macOS 10.13 withDuseshrplib

Thread Next
Dominyk Tiller
June 25, 2018 23:34
[perl #133306] 5.28.0 fails to compile on macOS 10.13 withDuseshrplib
Message ID:
# New Ticket Created by  Dominyk Tiller 
# Please include the string:  [perl #133306]
# in the subject line of all future correspondence about this issue. 
# <URL: >

Hey folks,

Trying to update Perl to the latest 5.28.0 release over at Homebrew we
discovered ( the
problematic use of `DYLD_LIBRARY_PATH` has expanded from the testsuite
( to the main build

I'll attach a full make printout but the failures are all similar to:
cd dist/Storable ;
"-I../../lib" -MExtUtils::Command -e 'mkpath' -- ../../lib
"-I../../../lib" -MExtUtils::Command::MM -e 'cp_nonempty' --
../../../lib/auto/Encode/KR/ 644
"../../perl" "-I../../lib" "-I../../lib" stacksize --core
dyld: Library not loaded:
  Referenced from:
  Reason: image not found
make[1]: *** [lib/Storable/] Abort trap: 6
make: *** [dist/Storable/lib/Storable/] Error 2
make: *** Waiting for unfinished jobs....

I appreciate the use of `-Duseshrplib` is not a default setting on macOS
but given Homebrew, MacPorts and Apple themselves ship perl configured
with that option it's a pretty major issue for the platform.

It's worth noting that `DYLD_LIBRARY_PATH` has been intentionally
hobbled since macOS 10.11 as part of Apple's System Integrity Protection
and consequently for the vast majority of cases it should no longer be
used; rpath has become the standard replacement.

I've also attached a hastily thrown together bash script to show the
issue with passing `DYLD_LIBRARY_PATH`, in case that's a clearer way of
explaining the situation. Run that on any version of macOS after 10.11 &
it should blow up in the same way Perl's make process now does.


Sent from macOS.

Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About