QT - static build



  • Kenne ich bereits. Leider verweisen viele auf https://wiki.qt.io
    wo die Links teilweise nicht mehr existieren, bzw. ins nichts verweisen.
    Z.B. das hier
    https://wiki.qt.io/Building_a_static_Qt_for_Windows_using_MinGW
    erwähnte Script ".ps1" z.b. ist nicht mehr in dem Sourceforge-Projekt.

    Einerseits wollen die pro Entwickler 80$ im Monat für ne kommerzielle Lizenz, andererseits funktioniert nicht mal das wiki ordentlich... Naja ich krieg das schon irgendwie hin.



  • wo die Links teilweise nicht mehr existieren, bzw. ins nichts verweisen.

    wayback machine.



  • Welches Betriebssystem und mit welchem Compiler?



  • Win7 64bit mit 4.9er MinGW 32bit



  • Statischen Qt build hast du schon? Da musst du bei Qt "configure" (vor dem build) einfach -static mit dazugeben.

    Oder was genau ist das Problem?



  • Ich hab das unter Windows und mit MinGW mal gemacht und kann Dir da wohl weiterhelfen. Leider hab ich mir die Schritte damals aber nicht aufgeschrieben, deshalb muss ich es erst selbst noch einmal ausprobieren. Heute Abend komme ich aber nicht mehr dazu, schau bitte in 2-3 Tagen nochmal hier rein!

    @Hi: ich glaube nicht das er einen statischen Build hat, sonst gäbe es das Problem wohl nicht



  • Erstmal danke für euer Feedback!

    Ich habe das Problem, dass ich beides brauch.
    Ich habe Anwendungen, die ich aus lizenzrechtlichen Gründen dynamisch bauen muss, und das interne Zeugs was ich statisch bauen will.

    Und ich habe bisher nichts weiter getan als nen Ready-To-Use-QTCreator zu installieren. Seitdem habe ich nur entwickelt. Ich habe in meinem Leben noch kein QT konfiguriert 😃



  • Das Problem kenn ich. Ich hab dafür mehrere builds erstellt, die ich dann in Visual Studio switchen kann. Wie das mit QTCreator geht, keine Ahnung.

    Wie du selbst einen build erstellst, findest du zuhauf im Netz. Dann wiegsagt einfach bei der Konfiguration -static mitgeben.

    Und die statischen Libs dann genauso wie auch andere verwenden.. wenn's noch Probleme gibt, meld dich einfach.



  • Ich kann dir nicht 100% versprechen das es funktioniert, da ich aktuell noch beim kompilieren bin (Qt kompilieren dauert einige Stunden!).

    Meine vorhandene Qt Installation befindet sich im Ordner "C:\Qt\Qt5.5.1" und den Quellcode habe ich in "C:\qt-static" entpackt. Die Pfade musst du in den folgenden Schritten entsprechend anpassen!

    Zuerst habe ich ein kleines Skript für die Umgebungsvariablen erstellt (wie hier beschrieben: http://doc.qt.io/qt-5/windows-building.html).

    SET _ROOT=C:\qt-static
    SET PATH=%_ROOT%\qtbase\bin;%_ROOT%\gnuwin32\bin;C:\Qt\Qt5.5.1\Tools\mingw492_32\bin;%PATH%
    SET QMAKESPEC=win32-g++
    SET _ROOT=
    

    Das Skript habe ich unter "C:\qt-static\build.cmd" gespeichert.

    Als nächstes startest du die Kommandozeile und gibst folgende Befehle ein:

    cd \qt-static
    build.cmd
    configure -debug -static -opensource -opengl desktop
    mingw32-make
    

    Das sollte es gewesen sein, wie gesagt nur auf die Pfade achten! Außerdem solltest du dich etwas mit den Optionen für configure befassen, weitere Infos dazu findest du hier: http://doc.qt.io/qt-5/configure-options.html.

    Ich antworte später nochmal ob es so bei mir geklappt hat...



  • Also das hat soweit funktioniert, nur das Modul "qtdeclarative" konnte nicht übersetzt werden. Dafür wird wohl zusätzlich Python benötigt, aber das musst du dann selbst einmal ausprobieren.

    Zum Schluss musst du noch in den Einstellungen die neue Qt Version hinzufügen (in meinem Beispiel wäre der Pfad "C:\qt-static\qtbase\bin\qmake.exe") und ein neues Kit mit dieser Version anlegen.



  • Schade das ich noch kein Feedback von dir habe!? Mir hat das Thema keine Ruhe gelassen, deshalb habe ich jetzt eine virtuelle Maschine mit Python aufgesetzt und kompiliere nochmal. Die Tage schreibe ich dann mal eine genaue Anleitung auf http://www.partsoft.de!



  • Ich bin gerade an der Sache dran. Ich stelle mich bei sowas immer bissel dummdödelich an, daher dauert das bei mir immer länger 😃



  • Bennisen schrieb:

    Hast du eine Lizenz? Mit der kostenlosen Version darfst du nicht statisch linken.

    Doch, darf er. Qt ist ein OpenSource Projekt das (bis auf wenige Module) ua. unter der L-GPLv2 bzw. L-GPLv3 verfügbar ist. Diese erlaubt kommerzielle Projekte unter bestimmten, einfach einzuhaltenden Bedingungen.

    http://www.gnu.org/licenses/lgpl-3.0.html
    http://www.gnu.org/licenses/gpl-faq#LGPLStaticVsDynamic

    Dennoch raten wir unseren Kunden regelmäßig vom statischen Linken ab, da es außer zusätzlicher Probleme und schwierigeren Anforderungen keinen Vorteil bietet. Schnelleren Startup erhältst du auch zB. mittels Prelinking und wenn es darum geht lediglich ein einzelnes Binary zu haben kannst du UPX Packer zB. nutzen.



  • Der Hauptgrund für das statische Linken für den firmeninternen Gebrauch ist, dass ich ein schlankes kompaktes Binary habe, ohne 50MB DLLs im Gepäck. Es ist einfach komfortabler.



  • It0101 schrieb:

    Der Hauptgrund für das statische Linken für den firmeninternen Gebrauch ist, dass ich ein schlankes kompaktes Binary habe, ohne 50MB DLLs im Gepäck. Es ist einfach komfortabler.

    Aber gerade dann will ich doch eben nicht statisch linken. Wenn du nun mehrere Programme hast können die sich nicht eine Qt Installation teilen, sondern beide schleppen alles mit.

    Wenn du nur 1 Binary zum Verteilen lieber hast, aber keinen Installer erstellen möchtest, kann ich dir UPX Packer empfehlen. Der komprimiert noch dazu das Binary.



  • Danke für den Tipp. Ich werd mir den mal angucken. Löst vielleicht auch mein Problem.



  • @picaschaf

    Danke für den Tipp, den UPX Packer werde ich mir auch einmal anschauen. Für Windows nutze ich übrigens Inno Setup, dort hat man sich relativ schnell eingearbeitet und auch Code-Signing ist kein Problem: http://www.jrsoftware.org/isinfo.php

    @It0101

    Nach der Installation von Python hat jetzt alles geklappt. Du musst in "build.cmd" dann nur den Pfad zu Python hinzufügen. Außerdem habe ich configure diesmal zusätzlich mit dem Parameter "-nomake examples" aufgerufen, denn die statisch gelinkten Beispiele belegen ca. 100 GB Speicherplatz 😮

    Aber wie versprochen schreibe ich die Tage noch eine vernünftige Anleitung dazu, dann auch für neuere Qt-Versionen.



  • InnoSetup nutzen wir auch in manchen Projekten. Wenn man sich an die Pascal Syntax gewöhnt hat oder mit den Defaults zufrieden gibt ist alles fein 😉 Damit lässt sich auch der Qt Redistributable Installer mit nur wenigen MiB als Abhängigkeit mitinstallieren. Spart bei mehreren Qt Applikationen auf dem selben Rechner Speicherplatz - löst aber natürlich nicht die altbekannte DLL Hell unter Windows.

    Weil wir hier über Qt sprechen möchte ich auch noch das Qt Installer Framework einwerfen das auch mittlerweile recht benutzbar ist und nicht mehr zwingend selbst gebaut werden muss.



  • partsoft schrieb:

    @It0101

    Nach der Installation von Python hat jetzt alles geklappt. Du musst in "build.cmd" dann nur den Pfad zu Python hinzufügen. Außerdem habe ich configure diesmal zusätzlich mit dem Parameter "-nomake examples" aufgerufen, denn die statisch gelinkten Beispiele belegen ca. 100 GB Speicherplatz 😮

    Aber wie versprochen schreibe ich die Tage noch eine vernünftige Anleitung dazu, dann auch für neuere Qt-Versionen.

    Mir ist zwischendurch auch der Speicherplatz ausgegangen. Mein "C:" ist ne SSD... naja ich habe jetzt nochmal bissel aufgeräumt und das "-nomake examples" mit reingenommen. Und dann schaue ich mal wie weit ich jetzt komme. 😉 Danke dir erstmal! Wird schon noch!



  • Anmerkung von mir: der Python-Installer generiert nicht standardmäßig die "python.exe" im Verzeichnis. Das muss man explizit im Python-Installer einrichten. Das war mein Fehler. Python installiert, aber keine Python.exe da 😉

    Kaum macht mans richtig.... 😉


Anmelden zum Antworten