Was wäre ein praktische Beispiel der sysroot und Präfix-Optionen für Qt

Ich schaue mir alle Optionen an, die ausgeführt werden können, für die configure Skript zur Verfügung gestellt mit Qt. (speziell qt-überall-opensource-src-5.2.0).

Nach erheblichen Suche, habe ich festgestellt, das Zeug ist schlecht dokumentiert, am besten so, ich hatte gehofft, ich könnte einige Hilfe. Wenn ich mir die Beschreibungen für prefix und sysroot Konfigurationsoptionen:

~/qt-überall-opensource-src-5.2.0$ ./configure -- help | grep "sysroot"

-extprefix <dir> ... Wenn -sysroot verwendet wird, installieren Sie alles auf <dir>,

-sysroot <dir> ...... Setzt <dir> als die target-compiler und qmake ist sysroot und setzt auch die pkg-config-Pfade.

-Nein-gcc-sysroot ..... Bei Verwendung von-sysroot, es deaktiviert das weiterleiten von --sysroot der compiler

~/qt-überall-opensource-src-5.2.0$ ./configure -- help | grep "Präfix"

-Präfix <dir> ...... Dies installiert alles relativ zu <dir>

-extprefix <dir> ... Wenn -sysroot verwendet wird, installieren Sie alles auf <dir>,

-hostprefix [dir] .. Tools und Bibliotheken, die benötigt werden, wenn die Entwicklung

So, ich habe -prefix vor, und es war genau so, wie beschrieben. Sie stellte alles auf den bereitgestellten <dir> dann, wenn ich baute meine Anwendung mit <prefix_dir>/bin/qmake und installiert, dass auf meiner Zielplattform wollte Sie alle zu finden, die das gemeinsame Objekt-Bibliotheken an <prefix_dir>/lib.

Ich bin unter dem Eindruck, dass wenn ich -sysroot es installieren, alles auf <sysroot_dir> dann, wenn ich installieren meine Anwendung auf der Zielplattform wird die Suche in /lib. Zumindest hoffe ich, dass das wahr ist.

Nun, wenn meine Vermutung richtig ist... was ist dann der Punkt der -extprefix? Sind Sie sagen, dass, wenn ich umleiten kann, wo die Dinge gut, wenn ich beide verwenden -sysroot und -extprefix?

Und was würde der Grund sein, warum würde ich wollen, verwenden Sie -no-gcc-sysroot? Wenn ich wollte, dass meine Qt-libs installiert werden "sysroot" warum sollte ich nicht wollen gcc zu verwenden/kennen die gleichen sysroot?

Einer Erklärung von einigen dieser wäre toll, noch besser, wenn ich einige praktische Beispiele wie man richtig mit diesen Optionen.

  • haben Sie einige Informationen über diese?
InformationsquelleAutor Mike | 2014-03-20
  1. 12

    Diese Optionen werden verwendet, wenn Gebäude embedded-Plattformen.
    Ja, Sie sind ein royal Durcheinander. Hier ist also nur eine teilantwort:

    -Präfix

    • bewährte Art und Weise zu sagen /usr/lib statt /usr/local/lib oder ähnliches für die gesamte installation von Qt
    • wenn Qt ist gebaut für die Plattform ist es derzeit läuft (typisch für desktop)

    -sysroot /Pfad

    • beabsichtigt, Qt für ein system, das nicht installiert /
    • zum Beispiel -sysroot ~/mysystem wo ~/myssytem enthält
      /lib, /bin, etc...
    • passieren --sysroot zu anderen tools, wie gcc und pkg-config, so dass Sie suchen für Ihren Abhängigkeiten in ~/mysystem/lib statt /lib

    -extprefix /b

    • bei Verwendung von-sysroot /a, die eigentlich gar nicht zu schreiben /ein
    • schreiben qt auf /b statt
    • ausschließlich für das cross-compiling gegen nur-lese-sysroots

    -no-gcc-sysroot

    • sehr speziellen hack für den Compiler, nicht finden können, Ihre eigenen crt-innen --sysroot
    • geht sysroot zu pkgconfig und andere, aber nicht zu gcc
    • so dass gcc aufgerufen werden, mit -L/sysroot/lib/korrekt, aber nicht versuchen Sie zu finden, implizite Pfade (crt) hier.

    -hostprefix /Pfad

    • beim kompilieren für ein anderes Ziel, als wir aktuell auf
    • qmake wird die host-Architektur (z.B. x86) und qt selbst wird die Ziel-Architektur (sprich arm)
    • so setzen qmake in /Pfad anstelle des target-Systems angegeben -sysroot. es werden nicht alle nützlich, die auf dem Zielsystem

    Um die Verwirrung hinzuzufügen:

    -R /Pfad

    • legt der Linker runpath - das ist, wo QtGui findet QtCore zum Beispiel - unabhängig von den anderen Optionen

    Die flags, die Sie verwenden möchten, beim kompilieren für ein Ziel, das nicht Ihr Gastgeber ist, hängt von einer Schiffsladung von hardcoded Annahmen innerhalb konfigurieren.

    allgemein -sysroot plus -Präfix sollten für die meisten Anwendungsfälle.

    also, wenn Sie haben:

     $ ls ~/mytarget
 lib bin share dev

    konnten Sie gerade verwenden -sysroot ~/mytarget -Präfix /

    • Ist es möglich, um cross-kompilieren nicht-Präfix-build von Qt, also derjenige, der keine installation auf dem host-Rechner?
    • wenn Sie sagen prefix Sie sind Sinne path prefix und wenn Sie kein Präfix, dann sind Sie der Installation von integrierten framework, um die Haupt-directory-Baum. Können Sie Qt benutzen ohne Installation überall, auf allen? Du wirst den Kampf an, weil die kompilierten Bibliotheken sind alle in Submodul-Ordner.
    InformationsquelleAutor aep
  2. 2

    Ein praktisches Beispiel wäre die cross-Compilierung Qt für Raspberry Pi und erstellt dann eine "Schwester" - kit hinzufügen der Qt Creator.

    Den folgenden Befehl installieren Sie Qt auf dem Pi nach der Montage des Pi ' s root-Dateisystem:

        ./configure -opengl es2 -device linux-rasp-pi-g++ -device-option CROSS_COMPILE=$RPI_TOOLCHAIN -sysroot $RPI_SYSROOT -opensource -confirm-license -optimized-qmake -reduce-exports -release -make libs -prefix /usr/local/qt-5.5.1-pi -skip qtwebkit

    Den folgenden Befehl installiert dann die Binärdateien auf dem desktop mithilfe von Pi das root-Datei-system. 

        ./configure -opengl es2 -device linux-rasp-pi-g++ -device-option CROSS_COMPILE=$RPI_TOOLCHAIN -sysroot $RPI_SYSROOT -opensource -confirm-license -optimized-qmake -reduce-exports -release -make libs -extprefix /usr/local/qt-5.5.1-pi -skip qtwebkit

    Beachten Sie, dass der einzige Unterschied ist die Verwendung von -extprefix statt -Präfix weist den Einbauort.

    Hinweis: installieren Sie Qt auf host-und Ziel gleichzeitig durch Angabe der Präfix-und extprefix in der gleichen Zeile

    Nun können Sie dieses kit, um Ihre Qt Creator durch die Angabe Ihres qmake Pfad -, Geräte -, compiler -, debugger-und sysroot. So können Sie ein qt-Projekt auf Ihrem desktop und dann erstellen und ausführen, die entweder auf dem desktop oder der pi je nach kit Sie wählen.

    InformationsquelleAutor kingvittu
Schreibe einen Kommentar