[MacPorts] #29838: Use -headerpad_max_install_names in default configure.ldflags so that install_name_tool can relocate libraries

[MacPorts]

#29838: Use -headerpad_max_install_names in default configure.ldflags so that
install_name_tool can relocate libraries
---------------------------+--------------------------------
  Reporter:  gellule.xg@…  |      Owner:  macports-tickets@…
      Type:  enhancement   |     Status:  closed
  Priority:  Normal        |  Milestone:  MacPorts Future
 Component:  base          |    Version:  1.9.2
Resolution:  fixed         |   Keywords:
      Port:                |
---------------------------+--------------------------------

Comment (by raimue@…):

 The prefix path might still be hardcoded in the binaries and libraries for
 external resources in `share` or additional helper scripts/binaries in
 `libexec`. Also the interpreter paths are hardcoded in the `#!` lines for
 scripts. Even with this flag it's not possible to relocate ports to
 another prefix.

 This change targets a very limited audience wanting to rip out libraries
 out of MacPorts and use them in a different path. Using this flag does
 probably not cause any harm, but we should be cautious not to give the
 impression that it's now possible to relocate ports to a different prefix.

 Replying to [comment:7 ryandesign@…]:
 > It already should have worked with cmake ports, and now it'll hopefully
 work with most autoconf ports too. Users can file tickets for individual
 ports where it doesn't work.

 We need to discuss the policy on this (maybe move that discussion to
 macports-dev?). Do we expect all ports to use
 -Wl,-headerpad_max_install_names?

-- 
Ticket URL: <https://trac.macports.org/ticket/29838#comment:8>
MacPorts <http://www.macports.org/>
Ports system for OS X