On 5/29/06, Erk <address@hidden> wrote:
> mais d'apres les lectures de forum et autres infos "ecrites"
> je serais egalement plus pour CMake.
>
> 1) Est-ce que CMake a un equivalent de --enable ou --with?
L'équivalent en CMake est
cmake -D:tspfs=ON <repertoire racine>
>
> 2) Est-ce que CMake est necessaire pour pouvoir faire l'equivalent
> d'un tar zxvf ... configure ... make ... make install
Le process est: tar zxvf, cmake <options> <rep>, make, make install
c'est donc assez proche des autotools pour cette partie.
> ou est-ce qu'on peut mettre dans le tarball TSP un CMake minimal
> qui permettent la compil' ?
CMake est un binaire, donc on peut soit:
- fournir les sources cmake avec tsp, genre dans external
- livrer des tarball comportant des Makefile générés par CMake
- mettre carrément le binaire cmake
. Pour info, le Makefile "top level" généré par CMake permet de faire
un "make help" qui retourne:
... all (the default if no target is provided)
... clean
... depend
... edit_cache
... install
... rebuild_cache
... tsp_common
... tsp_consumer
[... cibles TSP.. ]
> Ensuite il reste les quelques questions sur ce qu'on aurait aime
> faire avec Gnu Autoxxx et qu'on a pas fait par manque de temps
> ou vu que c'etait "pas si simple".
>
> 3) Est-ce que c'est simple de generer des lib statiques et/ou dynamiques?
Oui, on ajoute une cible lib en faisant ADD_LIBRARY() qui prend SHARED
ou STATIC en parametre, ça pourrait très bien être une variable
globale à tout le projet
> (et donc compiler les executable en statique ou en dynamique)
>
> 4) Peux-t-on gerer la "cross-compilation" typiquement les lib + exe providers
> pour une target et les libs + exe pour un host.
> (ce qui sous-entend de pouvoir generer les objets et autres binaires
> dans des repertoires separes)
Je n'ai pas encore testé ça, pour l'intant je mets tous les produits
de compile dans un seul répertoire, mais vu que le répertoire
destination est une variable qui pourrait être fonction du nom du
système, je pense que c'est faisable.
A+
Fred