[MacPorts] #38202: tiff @4.0.3_1 install_name_tool fails and suggest -headerpad_max_install_names
MacPorts
noreply at macports.org
Fri May 9 11:48:57 PDT 2014
#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: closed
Priority: Normal | Milestone:
Component: ports | Version: 2.1.3
Resolution: fixed | Keywords:
Port: tiff |
-----------------------------+--------------------------------
Changes (by ryandesign@…):
* status: new => closed
* resolution: => fixed
Old 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?
New 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?
--
Comment:
Assuming it has been.
--
Ticket URL: <https://trac.macports.org/ticket/38202#comment:8>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list