[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