[MacPorts] #71152: perl5.38 @5.38.2 fails to build, actually 'test', on PPC Leopard, Mac OS X 10.5.8, because of ld not being able handle -rpath?

MacPorts noreply at macports.org
Sat Nov 30 08:54:55 UTC 2024


#71152: perl5.38 @5.38.2 fails to build, actually 'test', on PPC Leopard, Mac OS X
10.5.8, because of ld not being able handle -rpath?
------------------------+-------------------------
  Reporter:  ballapete  |      Owner:  kencu
      Type:  defect     |     Status:  closed
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:  2.10.2
Resolution:  fixed      |   Keywords:  leopard ppc
      Port:  perl5.38   |
------------------------+-------------------------

Comment (by ryandesign):

 In the PR Ken said:

 > it would be nice to know for sure why perl overrode the deployment
 tatget on these older systems in the first place.

 It was
 [https://github.com/Perl/perl5/commit/cb3fc4263509f28c87c21a0ddac50efa1bb80122
 added to perl] in 2003 to support Mac OS X 10.3 Panther. When available,
 they wanted to use the two-level namespace with dynamic lookup of
 undefined symbols; they added the `-undefined dynamic_lookup` flags in the
 same commit. Although the two-level namespace had been introduced in Mac
 OS X 10.2 Jaguar, dynamic lookup of undefined symbols was a new feature of
 the two-level namespace in 10.3. You had to use the 10.3 or later
 deployment target to have access to that feature. Recall that on Mac OS X
 10.1 through 10.4 inclusive on PowerPC systems, the default deployment
 target is 10.1. (On PowerPC systems running 10.5 and later and on all
 Intel and Apple Silicon systems, the default deployment target is the
 major OS version.)

 Upstream
 [https://github.com/Perl/perl5/commit/ec4040bad806fb2a01320709cd39931375539c6b
 "fixed" it differently], by only forcing the deployment target to 10.3
 when building on 10.3 and 10.4 and no longer doing so on 10.5. The fix we
 used is better for us; we don't want the deployment target MacPorts sets
 to be subverted on any OS version.

 We still need to apply the fix to the perl ports other than perl5.36 and
 perl5.38.

-- 
Ticket URL: <https://trac.macports.org/ticket/71152#comment:11>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list