Les commentaires sont clairement orientés pour le FUD.
Donc
* oui cmake supporte la compilation parallele
* oui cmake support distcc / cachegcc, et meme le precompiled header
* oui cmake permet d'ajouter des modules externes tres facilement
* oui cmake a une vision globales des toutes les dependances, et meme mieux permet -par ex- de construire une lib, en sautant le parcours de l'arbre de dependances (tres pratique).
* la documentation est correct AMHA, mais c'est sans doute parce que j'utilise cmake depuis 1.2
cmake est génial qd tu dois faire de la compilation sur win32, mais que tu n'as jamais ouvert Visual Studio de ta vie. Tu peux tout lancer en utilisant le couche d'abstraction: ctest et le mieux c'est integrer a cdash.
Ca m'a permis de developer GDCM en trois fois rien de temps et ca compile avec MinGW, gcc sur debian, VS2005/VS2008, Free VS Toolkit et MacOSX. Et grace a cpack je fais mes release en un rien de temps.
[^] # Re: Pourquoi SCons ?
Posté par Mathieu Malaterre . En réponse à la dépêche SCons 1.0. Évalué à 7.
Donc
* oui cmake supporte la compilation parallele
* oui cmake support distcc / cachegcc, et meme le precompiled header
* oui cmake permet d'ajouter des modules externes tres facilement
* oui cmake a une vision globales des toutes les dependances, et meme mieux permet -par ex- de construire une lib, en sautant le parcours de l'arbre de dependances (tres pratique).
* la documentation est correct AMHA, mais c'est sans doute parce que j'utilise cmake depuis 1.2
cmake est génial qd tu dois faire de la compilation sur win32, mais que tu n'as jamais ouvert Visual Studio de ta vie. Tu peux tout lancer en utilisant le couche d'abstraction: ctest et le mieux c'est integrer a cdash.
Ca m'a permis de developer GDCM en trois fois rien de temps et ca compile avec MinGW, gcc sur debian, VS2005/VS2008, Free VS Toolkit et MacOSX. Et grace a cpack je fais mes release en un rien de temps.
Ref:
http://gdcm.sourceforge.net/
et
http://public.kitware.com/dashboard.php?name=gdcm