[MacPorts] #39221: Cannot deploy Qt applications with MacPorts port qt4-mac
MacPorts
noreply at macports.org
Fri May 24 04:39:05 PDT 2013
#39221: Cannot deploy Qt applications with MacPorts port qt4-mac
-------------------------------+--------------------------------
Reporter: clemens.brunner@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: High | Milestone:
Component: ports | Version: 2.1.3
Keywords: | Port: qt4-mac
-------------------------------+--------------------------------
When I build my Qt app with the MacPorts version of Qt (qt4-mac), I get
the following error when running `macdeployqt` on the application bundle:
{{{
ERROR: "install_name_tool: changing install names or rpaths can't be
redone for: sigviewer.app/Contents/Frameworks//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)
"
ERROR: ""
ERROR: "install_name_tool: changing install names or rpaths can't be
redone for: sigviewer.app/Contents/Frameworks//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)
"
ERROR: ""
}}}
Now I don't know why qt4-mac depends on tiff, but this seems to be causing
the error. The official Qt binary does not have this problem, everything
works fine with the official version.
I noticed this problem when I wanted to build my app on 10.8, but deploy
it on 10.6. On 10.6, my app crashed immediately, even though I had all Qt
switches necessary to deploy on older targets set correctly.
In summary, I think this should be a high priority bug because you cannot
create working app bundles with the current port.
--
Ticket URL: <https://trac.macports.org/ticket/39221>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list