Discussion :

[Groove]

Bonjour,

Je voudrais passer a CMake 2.8 pour commencer a utiliser Visual Studio 2010.

Malheureusement il semblerait que des changements on été effectuer entre la 2.6 et la 2.8 au niveau du linkage des libraries interne a la solution.

Avec CMake 2.6 il suffit d'utiliser add_dependencies(${EXE} ${LIB}) et EXE est linker avec LIB. Avec CMake 2.8 ca ne semble pas marcher que ce soit avec Visual Studio 2010, 2008 ou 2005 ...

LIB est une target compiler par la solution tout comme EXE.

Bref ma question est simplement comment linker les libraries d'une solution un l'exécutable de cette solution avec CMake 2.8

Merci,
Christophe

[aoyou]

Je ne suis pas convaincu que ton utilisation de CMake soit correcte, que ce soit en 2.6 ou 2.8. Je suis même étonné que cela marchait sous 2.6. Il faut faire

add_library (lib ${lib_SOURCES})

add_executable (exe ${exe_SOURCES})

target_link_libraries (exe lib)

add_dependencies permet d'indiquer l'ordre de compilation des cibles. Dans le cas des librairies et des exécutables, l'ordre est automatiquement déduit.

[systemofaxav]

Je ne suis pas convaincu que ton utilisation de CMake soit correcte, que ce soit en 2.6 ou 2.8. Je suis même étonné que cela marchait sous 2.6. Il faut faire


add_dependencies permet d'indiquer l'ordre de compilation des cibles. Dans le cas des librairies et des exécutables, l'ordre est automatiquement déduit.

Ca ça reste à prouver... car en pratique si le nom de l'exécutable vient avant celui de la librairie dans l'ordre alphabétique, l'exécutable sera compilé avant la librairie. Et peu importe l'ordre dans lequel ils sont placé dans CMakeLists !

C'est aberrant...

[aoyou]

Ca ça reste à prouver...

Preuve par l'image (fichier dep.PNG ci-joint). L'ordre des dépendances est parfaitement respecté. Et c'est justement un point fort de CMake. Je l'utilise sur des projets beaucoup plus importants que cet exemple et je n'ai jamais eu de problèmes avec les dépendances (à l'exception de la version 2.6.0 qui ne recompilait pas les dépendances mais ça a été très vite corrigé)

Les fichiers utilisés sont

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#CMakeLists.txt
project (libdep C)
cmake_minimum_required (VERSION 2.4)
add_library (mylib lib.c)
add_executable (myexe exe.c)
target_link_libraries (myexe mylib)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
/* lib.c */
void f () {}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
/* exe.c */
void f ();
int main () {
  f ();
  return 0;
}

car en pratique si le nom de l'exécutable vient avant celui de la librairie dans l'ordre alphabétique, l'exécutable sera compilé avant la librairie. Et peu importe l'ordre dans lequel ils sont placé dans CMakeLists ! C'est aberrant...

Ce sont ces propos qui sont aberrants. L'ordre alphabétique n'a aucun rapport avec les dépendances. Il en est de même pour l'ordre dans le fichier CMakeLists.txt.