Discussion :

[KonTiKI]

Bonjour à tous.

Je souhaite faire référence à un fichier .pro ailleurs dans mon arborescence. J'ai remarqué dans plusieurs projets que j'ai pu consulter, l'existence d'un .pri qui permet la prise en compte du fichier .pro dans la compilation.

Peut-être que le système à évolué avec ma version (5.7), mais je n'arrive pas en créer un.

Si pour mon sous-projet j'utilise la fonction " Ajouter une bibliothèque" (interne) j'obtiens un amendement du fichier .pro de mon sous-projet, mais pas de rajout d'un .pri dans l'arborescence (sachant qu'il doit s'agir certainement d'un lien).

Comment faire ?

Par avance, merci pour votre aide.

[Gojir4]

Bonjour,

Je ne crois pas qu'il existe d'outils pour générer un fichier .pri.
Pour ma part, je me contente en général de faire une simple copie du contenu d'un fichier .pro puis d'y apporter quelques modifications manuellement, afin qu'il ressemble plus ou moins à cela:

Code Qt-pro :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
INCLUDEPATH += $$PWD
# Add Qt module required here
#QT +=
HEADERS += \
        $$PWD/class1.h \
        $$PWD/class2.h
 
SOURCES += \
        $$PWD/class1.cpp \
        $$PWD/class2.cpp

Une autre façon de faire est de créer un fichier .pri vide, puis de l'importer dans un projet depuis Qt Creator, ce qui permet ensuite de l'éditer de la même manière qu'un projet depuis Qt Creator, en faisant un clique-droit sur le "sous-projet" dans l'arborescence de projet, puis en utilisant les entrées de menu "Add New...", "Add Existing Files...." ou "Add Existing Directory...".


Une remarque concernant l'utilisation des fichier .pri, que j'utilise personnellement énormément afin de centraliser mes bibliothèques Qt, est que cela à un impact non négligeable sur le temps de compilation d'un projet. En effet à chaque re-compilation complète (après un clean, rebuild, etc..), tout les fichiers importé avec des .pri seront eux aussi re-compiler, alors que ça n'est en général pas nécessaire. Alors bien sûre cela offre l'avantage de pouvoir modifier directement les fichiers importés (je ne recommande pas cette façon de faire, cela peut entraîner des bugs dans d'autre projets qui utilisent les même fichiers), mais cela à un coût sur le temps de compilation.

Avec du recul, je conseillerais fortement l'utilisation de libraires compilées (.lib) plutôt que l'utilisation des fichiers .pri. Je l'ai appris à mes dépends :-), d'ailleurs une de mes prochaines tâches consiste à compilé toutes les librairies que j'importe actuellement avec des fichiers .pri.

[KonTiKI]

Merci beaucoup pour cette réponse très étayée.

Pour les .lib, je n'ai pas encore la maîtrise, je vais donc rester à la méthode .pri, mais je vais accélérer dans la voie conseillée.