Discussion :

[vinceouille]

Bonjour,

Je tiens à signaler que je suis débutant en programmation en C++. Je me suis donc intéressé à Qt via QTcreator, sur Windows, pour sa simplicité à créer des fenêtres pour des petites applications.
Seulement, j'ai également besoins de faire appel à plusieurs bibliothèque qui peuvent me rendre de grand service.
J'ai installé Qwt assez facilement, il faut dire que c'est une bibliothèque pour Qt.
Mais lorsque que je vais installer d'autre bibliothèque, cela se complique car leur compilation n'est pas forcement adapté à QtCreator et à Mingw32. Je me retrouve donc avec tout un tas de difficulté pour compiler et le taux de réussite est proche de zéro ... Je réussi parfois avec des bibliothèque très simple (genre 1 headers et quelques fichier sources en les chargeeant dans Qt creator).
Alors voilà mes interrogationd:
Plusieurs bibliothèqe sont fourni avec des MakeFile, mais ces fichier sont ils adapté à un compilateur ou peuvent il être utilisé avec plusieurs compilateur ?
Existe il une procédure simple pour compiler des bibliothèques diverses avec Qt creator ?

Si quelqu'un peu m'éclairer, je serais très reconnaissant ...

[ness522]

Chaque bibliothèque a son "mode d'emploi", sa procédure de configuration. Elle peut être différente à chaque fois, "CMake", "qmake", "Makefile", "Configure"... autant d'outils que tu risques de rencontrer et qu'il te faudra apprendre à maîtriser.

Un bon point de départ est de lire les fichiers de docs de la librairie, souvent nommés "README", "INSTALL" ou quelquechose dans ce goût là.

Comme tu débutes, sache au moins ceci :
Sous windows, le compilateur natif (de Microsoft) est MSCV : Microsoft visual C++ (l'éditeur est Visual Studio), l'outil en ligne de commande est "nmake". MingW est en fait un port des outils Linux (compilateur GCC) sous windows.
Tu dois trouver dans ton menu démarrer dans ton install Qt une invite de commande Qt. Si tu la lances tu as accès aux commandes Mingw. C'est à dire "ls" comme dans linux et pas "dir" comme sur windows.

Si tu as des problèmes précis, ouvre un post par problème en indiquant le maximum de détails sur la lib que tu essaies de compiler.

C'est assez galère au début quand on n'y connait rien de compiler des librairies tièrces. Bon courage

[vinceouille]

Je suis actuellement en train d'essayer de compiler CGAL pour la faire fonctionner avec QT Creator.
J'ai réussi à compiler Boost (le test proposer marche, donc à priori c'est bon)
Par contre je bloque avec la compilation de CGAL via Cmake, il me dit qu'il ne trouve pas la librairie boost_thread, alors que j'ai mis les headers, *.dll et les *.a dans un repertoire que j'ai renseigné via les variable BOOST_ROOT et Boost_LIBRARYDIR

La question est : Est ce que je doit renommer les *.a ou les *.dll pour qu'il soit reconnu par cmake ? ou le problème est ailleurs ? ...

[ness522]

A la compilation il a besoin des includes (*.h) et des librairies (*.lib). Il n'est pas conseillé du tout de recopier ces fichiers de ton repertoire boost vers celui de CGAL. Tu dois indiqué dans la configuration de CMake où se trouve la librairie boost, son repertoire src ou include et son repertoire lib.

Ensuite à l'exécution du programme, il faut les *.dll, ceux là tu dois les recopier depuis les répertoires de tes libs dans le répertoire de ton exécutable.

[vinceouille]

Merci pour la réponse, mais j'avais déjà compris tout ça ...
Je n'ai rien recopié vers CGAL, et j'ai bein indiqué les répertoires des includes et des lib via des variable ajouté sous Cmake_gui. Par contre, comme j'essaye de compiler en statique, ce n'est pas des *.dll mais des *.a que j'ai (sous mingw, les binaire statique sont des *.a, si je ne me trompe pas).
Je me pose les questions suivante : $
comment cmake reconnait les bibliothèque adéquate qui sont dans le répertoire renseigné : par leur nom ou par leur contenu ?

Faut il dire à cmake que l'on compile en statique, et par qu'elle variable on fait ça ?

[ness522]

Là je passe le relais...

[dourouc05]

Par contre, comme j'essaye de compiler en statique, ce n'est pas des *.dll mais des *.a que j'ai (sous mingw, les binaire statique sont des *.a, si je ne me trompe pas).

. Mais où apprenez-vous ça, il faut buter de toute urgence toute source d'âneries pareilles ! Ce genre de gars devrait pouvoir s'exprimer aux murs et en recevoir des réponses violentes, il ne peut pas parler à un seul être humain sous peine de lui mettre toutes les idées de travers !

Non, non et non, jamais. Tu n'arriveras jamais à lier une seule DLL sans .a. Tu as toujours un .a sous GCC et un .lib sous VC. La différence, c'est que, en dynamique, il contient les points d'entrées de la DLL ; en statique, il contient toute la DLL.