[MacPorts] #38202: tiff @4.0.3_1 install_name_tool fails and suggest -headerpad_max_install_names

[MacPorts]

#38202: tiff @4.0.3_1 install_name_tool fails and suggest
-headerpad_max_install_names
----------------------------+--------------------------------
 Reporter:  julien.malik@…  |      Owner:  macports-tickets@…
     Type:  defect          |     Status:  new
 Priority:  Normal          |  Milestone:
Component:  ports           |    Version:  2.1.3
 Keywords:                  |       Port:  tiff
----------------------------+--------------------------------
 After an upgrade today, I had libtiff upgraded from 3.9.7_0 to 4.0.3_1.
 System is

 Since that, install_name_tool fails when I make a bundle of an app of mine
 :

 install_name_tool: changing install names or rpaths can't be redone for:
 /Users/otbval/Dashboard/nightly/Monteverdi2-Release/build/_CPack_Packages/Darwin/Bundle/Monteverdi2-0.1.0-Darwin/Monteverdi2-0.1.app/Contents/Resources/MacOS/libtiff.5.dylib
 (for architecture x86_64) because larger updated load commands do not fit
 (the program must be relinked, and you may need to use -headerpad or
 -headerpad_max_install_names)

 Never seen this message before.
 I successfully ran install_name_tool on libtiff coming from macport, since
 a long time.
 So this is a regression to me.

 How about putting this -headerpad_max_install_names link flag in the port?

-- 
Ticket URL: <https://trac.macports.org/ticket/38202>
MacPorts <http://www.macports.org/>
Ports system for Mac OS