使用静态Qt构建在Linux上部署Qt5应用程序

Question

我已经使用以下命令在ubuntu上构建并安装了Qt5.11的静态版本：

make distclean; ./configure 
-static -release -ltcg -optimize-size -no-pch -prefix 
"/opt/qt/511-static-release" -skip webengine -nomake tools 
-nomake tests -nomake examples; make -j 8; make install;

构建成功完成。

然后，我尝试将我的项目与此版本链接，但失败。 这是输出的最后几行：

编译输出（Qt-Creator）

...

../src/config/config_dialog.h -o moc_config_dialog.cpp
g++ -c -pipe -std=c++11 -g -std=gnu++11 -Wall -W -D_REENTRANT -fPIC - 
DQT_DEPRECATED_WARNINGS -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB 
-DQT_CORE_LIB -I../../my-gui-qt -I. -I../src/view/ -I./model - 
I/opt/qt/511-static-release/include -I/opt/qt/511-static- 
release/include/QtWidgets -I/opt/qt/511-static-release/include/QtGui - 
I/opt/qt/511-static-release/include/QtNetwork -I/opt/qt/511-static- 
release/include/QtCore -I. -isystem /usr/include/libdrm -I. - 
I/opt/qt/511-static-release/mkspecs/linux-g++ -o moc_config_dialog.o 
moc_config_dialog.cpp

链接器输出

 g++ -Wl,-Bdynamic -lGL -static -fPIC -o my-gui-qt main.o 
 mainwindow.o task_status_delegate.o my-gui-qt_plugin_import.o  
 qrc_resources.o moc_mainwindow.o moc_task_table_view.o 
 moc_task_table_model.o moc_config_dialog.o 
 -L/opt/qt/511-static-release/lib -lQt5OpenGL -L/usr/lib/x86_64-linux-
 gnu -L/opt/qt/511-static-release/plugins/platforms 
 -lqxcb -L/opt/qt/511-static--release/plugins/xcbglintegrations 
 -lqxcb-glx-integration -lQt5XcbQpa -lQt5ServiceSupport 
 -lQt5ThemeSupport -lQt5EventDispatcherSupport 
 -lQt5FontDatabaseSupport -lfontconfig -lfreetype -lQt5GlxSupport - 
 lXext -lQt5EdidSupport -lxcb-glx -lX11-xcb -lX11 -lXi -lSM -lICE - 
 lXrender -lxcb-static -lxcb -L/opt/qt/511-static- 
 release/plugins/imageformats -lqgif -lqicns -lqico -lqjpeg -lqtga - 
 lqtiff -lqwbmp -lqwebp -L/opt/qt/511-static-release/plugins/bearer - 
 lqconnmanbearer -lqgenericbearer -lqnmbearer -lQt5DBus -lQt5Widgets - 
 lQt5Gui -lpng12 -lqtharfbuzz -lQt5Network -lQt5Core -lm -lz -licui18n 
 -licuuc -licudata -lqtpcre2 -ldl -lgthread-2.0 -lglib-2.0 -lGL - 
 lpthread 

链接器警告

../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:163:46：警告：类型'struct Function'违反了一个定义规则[-Wodr] .moc / qcolordialog。 moc：111：57：注意：另一个翻译单元中定义了其他类型

dialogs / qcolordialog.cpp：1738：41：注意：相应定义的第一个区别是字段'__pfn'

.moc / qcolordialog.moc：111：56：注意：在另一个翻译单元lto1中定义了一个名称相同但类型不同的字段：注意：参数1对话框中的类型不匹配/qcolordialog.cpp:179:7：注意：输入'匿名命名空间中定义的struct QWellArray'与类型'struct QWellArray'不匹配

dialogs / qcolordialog.cpp：180：1：注意：在另一个翻译单元qicohandler.cpp：95：3中的匿名名称空间中定义的不兼容类型：警告：类型'struct BMP_INFOHDR'违反了一个定义规则[-Wodr]

...以及其他一些类似的警告。

链接确实完成并生成可执行文件，但它不可运行。 我可以看到文件在那里：

$ file my-gui-qt

$ my-gui-qt: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), 
dynamically linked, interpreter /lib/ld64.so.1, for GNU/Linux 2.6.32, 
BuildID[sha1]=0e22025dfc5f4bf4dbba598a6f692607303b68c, not stripped

但是尝试运行它会出现错误：

me@me-Inspiron-15-7000-Gaming:~/code/my-gui-qt/build-static$ ./my-gui- 
qt 
bash: ./my-gui-qt: No such file or directory

编辑：我能够使用相同的Qt 5.11静态构建和使用相同库的琐碎（小巧）Qt应用程序重现此问题。 该应用程序将编译并正常运行，直到添加与上述my-gui-qt应用程序相同的QMAKE标志：

QMAKE_LFLAGS += -Wl,-Bdynamic -lGL -static

原因是将不同的解释器链接到exe：

所以没有上面的QMAKE_LFLAGS

$file TestProject*

得到：

TestProject: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), 
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for 
GNU/Linux 2.6.32, 
BuildID[sha1]=993c09e6977c18772569a5a6ecb452c03a884f2d, not stripped

并运行良好。 但是带有标志它给出：

TestProject: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), 
dynamically linked, interpreter /lib/ld64.so.1, for GNU/Linux 2.6.32, 
BuildID[sha1]=29674cc4997c91b45f9c87bc53ee858b12639e3b, not stripped

并且不运行（bash ：：无此类文件或目录）。 似乎设置-Bdynamic标志将使gcc回退到Ubuntu16.04中不存在的通用Unix gcc解释器/lib/lib64.so.1。 不确定如何解决此问题？ 尝试-Wl，-dynamic-linker = / lib / ld-lsb.so.2没有成功..

Answer 1

因此事实证明，这个问题是以前已经解决的，我只是看不到它。

当将Qt应用程序链接到静态版本的Qt时，但某些组件（libGL.so）可以动态链接（即QMAKE_LFLAGS + = -Wl，-Bdynamic，--lGL -static），则ELF解释器可以解析为其默认值（由于上面的命令将覆盖特定的解释器路径），因此要恢复该路径，您应再次指定它（如许多其他人所说的那样），如下所示：

QMAKE_LFLAGS += -Wl,-dynamic-linker=/lib64/ld-linux-x86-64.so.2  

应用程序现在可以正常运行。 当使用这些标志的组合时，仍然会保留多个定义警告（即使对于琐碎的Qt应用程序）。