Qt statische Verknüpfung und Bereitstellung

Ich versuche, eine einfache qt-Anwendung, die ich kürzlich erstellt habe, bereitzustellen (für die Öffentlichkeit freizugeben), bin aber bei der statischen Verknüpfung von qt-Bibliotheken hängen geblieben.

Ich habe die Anleitung zu qt docs befolgt, um qt und meine App statisch neu zu erstellen. Aber der Release-Build erfordert immer noch qtgui / qtcore dll ohne ersichtliche Gründe. Ich frage mich, ob jemand diese Art von Problemen schon einmal gesehen hat. Oder noch besser, hat es erfolgreich gelöst?

http://doc.qtsoftware.com/4.5/deployment-windows.html

Ich habe eine Anleitung zur statischen Verknüpfung geschrieben

und wie man Qt static mit mehreren Compilern erstellt und klein hält

(weil es ziemlich groß werden kann, besonders für einfache Programme). Vielleicht möchten Sie auch das BitRock-Installationsprogramm ausprobieren, das für Open Source-Projekte kostenlos ist.

Kurz gesagt, es stellt sich als etwas komplexer heraus, wenn Sie etwas verwenden, das Qt als Plugin betrachtet, z. B. Unterstützung für die meisten Bildtypen (JPEG, GIF) oder Datenbanken. Wenn Sie beispielsweise Oracle DBMS- und GIF-Images für Ihre Symbole unterstützen möchten, fügen Sie Ihrer PRO-Datei Folgendes hinzu:

QTPLUGIN += qsqloci qgif
CONFIG += static

Sie müssen dann:

#include <QtPlugin>

in Ihrem Projekt und importieren Sie alle verwendeten Plugins. Sie müssen diese Einstellungen nachträglich ändern, damit sie wieder mit dynamischer Verknüpfung kompiliert werden können (z. B. beim Debuggen oder Hinzufügen von Funktionen). Dies kann jedoch problemlos automatisiert werden. Es gibt auch Überlegungen beim Erstellen der Qt-Bibliotheken zur Verwendung mit statischen Verknüpfungen, obwohl die Qt-Anweisungen zumindest den Einstieg erleichtern.

Mit Qt 5.5 sind die Dinge ganz einfach. Es gibt folgende orthogonale Einstellungen, an die Sie configurebeim Erstellen von Qt übergeben:

1. Möchten Sie eine statische Qt-Bibliothek?

   -static Option sollte an übergeben werden configure

2. Möchten Sie, dass der Build von Qt und Ihrer Anwendung eine statische C ++ - Laufzeit verwendet?

   -static-runtime Option sollte an übergeben werden configure

3. Möchten Sie XP-Targeting?

   -target xp Option sollte an übergeben werden configure

   Befolgen Sie außerdem die Anweisungen in diesem Blogbeitrag .

   Qt Creator unterstützte XP-Targeting zumindest bis Version 3.5.0 nicht automatisch, da die Umgebung für die Build-Tools nicht ordnungsgemäß eingerichtet wurde. Sie müssen die Build-Umgebung manuell gemäß dem Blog-Beitrag ändern .

Beachten Sie auch, dass Ihr statischer Build weiterhin dynamisch mit den Laufzeiten des Visual Studios verknüpft wird!

Siehe diese FAQ ( Internet-Archiv-Link, falls der Link verschwindet ):

Warum verwendet ein statisch erstellter Qt die dynamischen Visual Studio-Laufzeitbibliotheken? Muss ich diese mit meiner Anwendung bereitstellen?

Qt wird mit dem Schalter -MD (d) erstellt, der mit den dynamischen C / C ++ - Laufzeitbibliotheken verknüpft ist. Dies ist erforderlich, da bei der Verwendung von etwas anderem als dem -MD (d) -Flag Speicherprobleme aufgetreten sind. Im Allgemeinen wird die Verwendung empfohlen. Sie sollten dieses Flag für Ihre Anwendung nicht selbst ändern, da es im Widerspruch zum Aufbau der Qt-Bibliothek steht, wenn Sie das Flag in -MT ändern. Sie sollten es auch nicht für Qt ändern, da es wahrscheinlich Probleme verursacht.

Qt wird jedoch weiterhin statisch erstellt, wenn die Option -static verwendet wird. Dies bedeutet, dass Sie die Qt-DLLs bei der Bereitstellung Ihrer Anwendung nicht verteilen müssen. Sie müssen die C-Laufzeiten jedoch verteilen (sofern sie noch nicht auf dem Zielcomputer vorhanden sind). Weitere Informationen finden Sie in unserer Bereitstellungsdokumentation unter http://doc.qt.io/qt-5/windows-deployment.html#application-dependencies .

msys2 verfügt über ein vorgefertigtes statisches Qt5-Paket

z.B pacman -S mingw-w64-qt5-static

Derzeit müssen Sie Folgendes hinzufügen, um alle Abhängigkeiten von Qt mit CMake statisch zu verknüpfen:
list(PREPEND CMAKE_FIND_LIBRARY_SUFFIXES .a .lib)
Bevor Sie find_package(Qt5…

CMAKE_AUTOSTATICPLUGINS wurde durch eine neue Upstream-Implementierung ersetzt und wird nicht mehr benötigt.

Ich habe gerade eine statische Anwendung (Debug) mit QT Plugins (5.9) und VS (2015) (Win) kompiliert.

a) Fügen Sie Ihrem Code hinzu.

#include <QtPlugin>
Q_IMPORT_PLUGIN (QWindowsIntegrationPlugin);

b) Fügen Sie den Verbindungspfaden Folgendes hinzu

\5.9.0_x86_static_install\lib
\5.9.0_x86_static_install\bin
\5.9.0_x86_static_install\plugins
\5.9.0_x86_static_install\plugins\platforms
\5.9.0_x86_static_install\plugins\imageformats

c) Fügen Sie Ihrer Linkliste die Liste der statischen QT-Bibliotheken und internen VS-Bibliotheken hinzu.

version.lib
imm32.lib
shlwapi.lib
rpcrt4.lib
Ws2_32.lib
Mpr.lib
Netapi32.lib
Rpcrt4.lib
Iphlpapi.lib
winmm.lib
gdi32.lib
advapi32.lib
msimg32.lib
UxTheme.lib
translatord.lib
preprocessord.lib
d3d9.lib
dxguid.lib
libEGLd.lib
libGLESv2d.lib
iphlpapi.lib
psapi.lib
ws2_32.lib
Dwmapi.lib
Qt5CoreD.lib
Qt5Guid.lib
Qt5Xmld.lib
Qt5Widgetsd.lib
Qt5Networkd.lib
Qt5Winextrasd.lib
Qt5PlatformCompositorSupportd.lib
qicod.lib
qtmaind.lib
qtlibpngd.lib
qtharfbuzzd.lib
qtpcre2d.lib
qwindowsd.lib
Qt5FontDatabaseSupportd.lib
Qt5ThemeSupportd.lib
Qt5EventDispatcherSupportd.lib
Qt5AccessibilitySupportd.lib
qtfreetyped.lib

Kevin Higgins

Ich empfehle Ihnen, linuxdeployqt dieses Tool zu verwenden. Es kann helfen, die meisten Abhängigkeitsprobleme zu lösen. Und ich verwende es, um meine qt-Anwendung erfolgreich zu verpacken.

Diese Antwort gilt für die Verwendung von MSYS2 mit mingw -w64 als Compiler unter Windows und qmake. Die QT-Version ist 5.15.0.

Durch die Installation des Pakets erhalten qt5-static Sie einen QT-Build, der ausführbare Dateien erzeugt, die nicht auf QT-DLLs angewiesen sind. (Beispiel Befehlszeile -pacman -Ss mingw64/mingw-w64-x86_64-qt5-static ).

Hier wird jedoch ein neues Problem eingeführt: Es besteht das nicht -static Flag nicht an gcc. Dies bedeutet, dass die ausführbare Datei zwar nicht von QT-DLLs abhängt, jedoch von libgcc-s, libwinpthread.dll usw.

Normalerweise wird dieses Problem behoben, indem CONFIG += staticqmake übergeben wird-static an gcc übergeben wird. Wie in den anderen Antworten angegeben, wird diese Konfigurationsoption bei einem qt-statischen Build jedoch ignoriert!

Um dies zu lösen, musste ich die gcc-Flags für die statische Verknüpfung in der qmake-Datei manuell angeben, dh:

QMAKE_CXXFLAGS += -static
QMAKE_LFLAGS_WINDOWS += -static

Dies führt zu einer (großen) Binärdatei ohne externe Abhängigkeiten außer Windows-System-DLLs.

(Falls es darauf ankommt: Mein Anwendungsfall war das Erstellen einer COM-In-Process-Server-DLL, die keine externen Abhängigkeiten aufweisen sollte. Ich habe auch TEMPLATE=libund verwendet. CONFIG += dll)