Version imprimable
Bonjour tout le monde.
J'a un project CMake qui compile differentes versions d'un meme exe linkes avec x versions d'une lib. Le probleme c'est qu a chaque fois que je sette INCLUDE_DIRECTORIES il m'ajoute les precedents paths :mrgreen: meme en utilisant SET_DIRECTORY_PROPERTIES ca n'arrange rien ...
Si vous avez une solution proprette je suis preneur.
Merci d'avance.
J'ai cree des subdirs avec des CMakeLists crees dynamiquement par celui qui se trouve a la racine. Apparemment pas moyen de faire propre (en tout cas pas naturellement ou alors a travers, peut etre, une bonne macro...).
Hum... Il faut dire qu'en principe on se repose sur le gestionnaire de code source pour gérer les versions d'une bibliothèque (pas en configurant les répertoires des headers)Citation:
Envoyé par dclink
Du coup, quand on veut compiler la version "0.3" de "malib", on fait un checkout sur la branche "malib-0.3" et l'affaire est jouée.
Hum...Je voulais compiler sur plusieurs versions avec autant d'exes (pour faire des tests QA) ... en meme temps, j'ai du mal a comprendre ta reponse du coup ...
Salut
Effectivement, c'est le comportement nominal de CMake.
Dans ce cas, ne conçois pas ton CMakeList pour utiliser plusieurs versions. Conçois-le pour n'utiliser qu'une seule version, configurable dans le cache via une variable (path vers la LIB, numéro de version, comme bon te semblera). C'est ce qui est utilisé déjà : lorsque CMake ne trouve pas une lib (par exemple OpenCV), tu peux l'aider en renseignant le cache pour lui dire ou la trouver. Ensuite, tu te fais des builds séparés (build_v1, build_v2) dont les caches respectifs pointeront les bonnes versions des libs, et tu obtiendra un exécutable compilé avec celle-ci. A chaque répertoire de build sa version, et les moutons sont biens gardés. Et plus besoin de modifier les CMakeLists pour que ça tourne.
Si j'ai bien compris, tu veux en fait automatiser cette opération. Mais est-ce vraiment utile pour le produit fini (en vue d'un packaging multi-versions) ou seulement à des fins de tests ?
En effet j'ai fini par faire des subdirs pour chaque version, en creant "dynamiquement" un CMakeLists.txt dans chaque ... Puis add_subdirectory dans le CMakeLists "racine" et effectivement ca marche bien comme ca ... En fait je fais ca parce que nos clients n'utilisent pas tous forcement la meme version de notre lib du coup on se doit de tester chaque release stable. C'est ma premier fois avec cmake, c'etait ca ou Scons :)
Je pense que la solution avec les subdirs est bien aussi. En revanche la création dynamique de ceux-ci me parait assez hasardeux comme opération :p. Tu dois pouvoir te débrouiller pour avoir un subdir par version et utiliser des macros CMake pour que chacun des CMakeLists dans ces subdirs soit petit et facile à enlever/ajouter.
Dans le CMakeLists principal, je pense qu'il y a moyen de lire la liste des tes subdirs dynamiquement sans avoir à modifier le fichier.
Je pense que tu as bien fait ton choix, il semble que SCons soit assez agaçant comme soft.
J'essaierai d'en savoir plus sur cmake pour les prochaines fois, ta solution semble meilleure. Merci en tout cas :ccool:
La fin de ce post peut être adaptée à ton cas je pense.