Opened 11 years ago
Last modified 10 years ago
#38202 closed defect
tiff @4.0.3_1 install_name_tool fails and suggest -headerpad_max_install_names — at Initial Version
| Reported by: | julien.malik@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.1.3 |
| Keywords: | Cc: | ||
| Port: | tiff |
Description
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?