Discussion :

[Neckara]

Bonjour,

Actuellement, je créé des petites bibliothèques avec QtCreator, il génère donc un .pro et un .pro.user.

Mais je souhaiterais que les personnes qui souhaiteraient compiler mes bibliothèques n'aient pas besoin de télécharger QtCreator et puissent, quelque soit leur OS et leur IDE, compiler et installer les bibliothèques ou importer le projet dans leur IDE pour pouvoir travailler dessus.

N.B. Il faudrait que la compilation et installation reste relativement simple pour être fait par des non-programmeurs.

J'ai tout de suite pensé à CMake, mais j'ai aussi entendu parler de SCons, automake et premake.

Quel(s) outil(s) me conseillez-vous? Pourquoi?

[Ehonn]

CMake est vraiment pratique et ne demande pas trop de ligne de code (contrairement au configure.ac que j'ai pu voir).
Pour l'utilisateur, c'est toujours la même procédure (cd build, cmake .., make, make install). De plus CMake permet de vérifier (facilement) si les dépendances sont déjà installées (find_package, find_library)
Avec Qt, il y a des commandes spécifiques (pour moc par exemple) (mais rien de bien méchant)

Les solutions de compilation ne sont pas exclusives

[JolyLoic]

Je plussoie largement l'utilisation de cmake. Le principal avantage que je lui voit est qu'il ne se contente pas de compiler du code, mais il génère des projets aux formats des IDE les plus courants, ce qui permet à ceux qui le souhaitent de travailler avec l'IDE de leur choix et de bénéficier des avantages procurés.

J'ai fait la transition sur une grosse base de vieux code de simples makefile vers cmake, et le fait de pouvoir sous windows utiliser visual studio, avec sa complétion, son intellisense et tout, était un grand avantage !

[gbdivers]

N.B. Il faudrait que la compilation et installation reste relativement simple pour être fait par des non-programmeurs.

A mon sens, l'installation de Qt (1 seul fichier à installer en général sur windows et linux, sur mac il faut également XCode) est probablement le plus simple en général (ide, compilateur et libs installé)

La première question est est-ce que tu utilises Qt dans ton code ?

Si tu fais du C++ standard sans lib, il faudra quand même installer cmake et il faudra configurer l'ide si l'utilisateur ne l'a pas encore fait ou (pire) utiliser le mode console

Avec des libs (non Qt), on faudra installer séparément les libs, chacune ayant probablement leurs propres systèmes de compilation (j'aime beaucoup boost, mais il faut avouer que l'install sous windows est pénible...)
Déjà là, tu as perdu tous tes utilisateurs non dev

L'utilisation de Qt te permet d'avoir un seul code, une seule lib pour la majorité des fonctionnalités (ihm, réseau, fichier, etc),un seul ide, un seul système de compilation
Ca reste à mon sens le plus simple (pour débutant ou non)
(et le moc, osef, perso, j'ai jamais eu à l'appeler manuellement en utilisant qt Creator)

Sinon, le plus simple reste quand même de fournir tes libs déjà compilé

[Neckara]

La première question est est-ce que tu utilises Qt dans ton code ?

Non, je n'utilise pas Qt pour des raisons de licences.

Avec des libs (non Qt), on faudra installer séparément les libs, chacune ayant probablement leurs propres systèmes de compilation (j'aime beaucoup boost, mais il faut avouer que l'install sous windows est pénible...)
Déjà là, tu as perdu tous tes utilisateurs non dev

Je suis un peu obligé d'utiliser boost

L'utilisation de Qt te permet d'avoir un seul code, une seule lib pour la majorité des fonctionnalités (ihm, réseau, fichier, etc),un seul ide, un seul système de compilation
Ca reste à mon sens le plus simple (pour débutant ou non)
(et le moc, osef, perso, j'ai jamais eu à l'appeler manuellement en utilisant qt Creator)

Certains programmeurs/utilisateurs n'ont peut être pas envie de télécharger QtCreator juste pour ça (et certains n'aiment peut être pas QtCreator ou préfèrent un autre IDE).
De plus, dès qu'on change de poste, il faut éditer quelques paramètres dans le .pro

Sinon, le plus simple reste quand même de fournir tes libs déjà compilé

Je ne peux pas les compiler moi-même pour toutes les plate-formes, je préfère donc les compiler pour les plate-formes que je possèdes et fournir un moyen de les compiler soit-même (et de me les soumettre pour rajouter le nombre de versions disponibles).
De plus, je ne vais pas tout recompiller à chaque commit mais plutôt à chaque sortie de release.

Sinon j'ai commencé à lire un tutoriel sur CMake, j'ai vu qu'il est possible de générer des fichiers de projet à partir de fichiers CMake, mais est-il possible (et recommandable) de faire l'inverse?

[Neckara]

J'ai fini le tutoriel sur CMake et je suis un peu perplexe.

Apparemment, il faut renseigner dans le CMakecache les dossiers où trouver les bibliothèques ainsi que les dossiers où stocker le résultat de la compilation même si on compile une bibliothèque. Et ce pour chaque architecture/distribution.
Cela me parait vraiment très étrange...

Pour les bibliothèques requises, on peut utiliser le module Find, qui permettrait de trouver les bibliothèques plus facilement mais j'ai du mal à comprendre son fonctionnement et son utilité.
Sinon, si une dépendance (source/bibliothèque) est manquante, est-il possible d'indiquer une URL où la télécharger et de la compiler automatiquement dans le cas d'une bibliothèque ?