Wie setzen bauen, um im Qt-subdir Projekt

Obwohl diese Frage wurde beantwortet und akzeptiert, vor langer Zeit, ich fühle die Notwendigkeit, andere hinzufügen Antwort; ich ehrlich gesagt glaube, dass es eine bessere Antwort.

Halte ich CONFIG += ordered schädlich ist und eine schlechte Angewohnheit. Es ist wahrscheinlich etwas, das war ein bisschen vorzeitig eingeführt durch die qmake-Entwickler. Und es gibt starke Gegner zu seiner Verwendung. Die Nachteile sind diese:

1. es tut nicht definieren Sie die Abhängigkeiten, es nur Namen ein bauen, um
2. es hämmert multicore-build-Zeiten

1. es verhindert, dass Qt Entwickler von Umsetzung von sinnvollen Funktionen

Daher schlage ich vor, ändern Sie Ihr Projekt-Datei wie folgt:

TEMPLATE = subdirs

SUBDIRS += Utility GraphicModule PackingLib Core GameProto

GameProto.depends = Core
Core.depends = PackingLib
PackingLib.depends = GraphicModule
GraphicModule.depends = Utility

Diese Weise die Abhängigkeiten klar definiert sind. Sie können auch denken Sie an andere, kompliziertere Abhängigkeit Hierarchien, die es auf diese Weise möglich und absolut unmöglich, mit dem build-Reihenfolge.

Update: (21 Juni 2017)

Leider qmake ist nicht das beste tool, wenn es um größere Projekte mit tiefen sub-Projekt-Hierarchien. Gesehen Probleme mit größeren Projekten sind diese:

• es ist nicht möglich Abhängigkeiten zu definieren, um sub-Projekte, die höher in der Hierarchie
• Run qmake nimmt eine extrem lange Zeit zum ausführen
• langen compile-Zeit, da die Abhängigkeiten nicht richtig gehandhabt und zu viele unnötige compile-Schritte ausgeführt
• manchmal qmake ist nicht in der Lage, korrekt zu berechnen, sub-Projekt Abhängigkeiten, die es notwendig macht, zu kompilieren, sub-Projekte separat

Gibt es vor allem zwei Möglichkeiten, um diese Probleme anzugehen:

• Umschreiben Sie Ihr Projekt auf eine flache Hierarchie. Alle ausführbaren Dateien, statische und dynamische Bibliotheken sollte in der obersten Ebene. Verwenden Sie zwei oder mehr Ebenen nur für sub-Projekte, bei denen Sie sich absolut nicht vermeiden lässt. (z.B. eine dynamische Bibliothek, die sich aus der statischen Bibliotheken) Dies führt zu kürzeren qmake Laufzeiten und kürzere Kompilierungszeiten. Aber auch dieser Ansatz kann nicht in Zeiten.
• Wechsel zu einem anderen tool, wie cmake. Ernst. Cmake ist ein ausgereiftes Produkt und die Unterstützung in Qt Creator ist vergleichbar mit qmake.

Kommentar:

Wegen der bekannten Probleme mit qmake, die das Qt-Unternehmen hat bereits beschlossen, die Einführung einer neuen tool QBS. Jedoch, dieses Werkzeug zu benutzen ist nicht so einfach wie es Aussehen mag auf den ersten Eindruck. Es gibt keine einfachen übergang von qmake zu QBS, vor allem für komplexere Projekte. Die Javascript-ähnliche syntax der QBS Sprache ist nicht leicht zu fassen und Dokumentation ist knapp.

Gibt es IMHO nur zwei weitere tools zur Verfügung zu stellen, die Kaliber zu ersetzen qmake:

• CMake, die bekannte build-tool.
• meson, eine open-source-build-system soll beides sein: extrem schnell, und, noch wichtiger, so benutzerfreundlich wie möglich gestalten.