#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