Comment utiliser tous les *.c les fichiers dans un répertoire avec le système de compilation Cmake?

Je veux trouver toutes les .c fichiers dans un répertoire et de tous les ajouter à la SRC fichiers à compiler dans cmake. Comment puis-je faire dans CMakeList.txt.

régulièrement des makefiles je peux créer 

SPECIFIED_SRC_FILE  = $(foreach d,$(SPECIFIED_SRC_DIRS),$(wildcard $(addprefix $(d)/*,*.c)))

mais je ne pouvais pas comment faire quelque chose comme ceci dans CMakeList.txt.

  • Notez que "recueillir tous les fichiers source avec glob" est pas recommandée CMake: Nous ne recommandons pas l'utilisation de GLOB à recueillir une liste de fichiers source de votre arborescence des sources. Si aucun CMakeLists.txt modifications du fichier lorsqu'une source est ajouté ou supprimé, l'généré système de construction ne peut pas savoir quand demander de CMake pour se régénérer. - à partir de documentation
  • est-il une alternative qui ne nécessite pas d'écrire chaque nom de fichier manuellement?
  • Si vous voulez éviter d'écrire chaque nom de fichier, puis je pense que foreach mentionné par l'OP est le chemin à parcourir. Cependant, CMake équipe semble recommander l'écriture manuelle de chaque nom de fichier.
  • l'écriture manuelle de chaque nom de fichier ??? Sérieusement ?
  • Est-il quelque chose dans les nouvelles versions de CMake qui permettent à l'auto-trouver les fichiers source à chaque fois que vous exécutez le faire?
  • Oui, sérieusement.

InformationsquelleAutor | 2010-01-21
  1. 45

    Essayez ceci:

    AUX_SOURCE_DIRECTORY

    Trouver tous les fichiers source dans un répertoire. 

    AUX_SOURCE_DIRECTORY(dir VARIABLE)

    Recueille les noms de tous les fichiers dans le répertoire spécifié
    et stocke la liste dans la variable de condition. Cette commande est destinée
    pour être utilisé par des projets que l'utilisation explicite de l'instanciation d'un modèle.
    L'instanciation d'un modèle fichiers peuvent être stockés dans un "Modèles"
    sous-répertoire et collectées automatiquement à l'aide de cette commande pour éviter
    manuellement la liste de tous les instanciations.

    Il est tentant d'utiliser cette commande pour éviter d'écrire la liste de source
    fichiers pour une bibliothèque ou un exécutable cible. Bien que cela semble fonctionner,
    il n'existe aucun moyen pour CMake pour générer un système de construction qui sait quand une
    nouveau fichier source a été ajoutée. Normalement générés système de construction
    sait quand il a besoin de relancer CMake parce que le CMakeLists.txt le fichier est
    modifié pour ajouter une nouvelle source. Lorsque la source est simplement ajouté à la
    répertoire sans modification de ce fichier, on aurait pu faire manuellement
    réexécutez CMake pour générer un système de construction intégrant le nouveau fichier.

    • assurez-vous et lisez la dernière partie qui commence par "Il est tentant d'utiliser cette commande pour éviter..."
    • comme c'est écrit à côté, "il n'existe aucun moyen pour Cmake pour générer un buildsystem qui sait quand un nouveau fichier source a été ajoutée". Cette commande est la plus proche de répondre à l'OP de la question. Très bien pour moi.
    • des exemples svp
    InformationsquelleAutor whitequark
  2. 56

    Comment sur le bon vieux expansion?

    FILE(GLOB MyCSources *.c)
ADD_EXECUTABLE(MyExecutable ${MyCSources})
    • Cela fonctionne très bien, mais évite-t-elle la mise en garde (que CMake ne savez pas quand de nouveaux fichiers sont ajoutés) dans les deux autres réponses?
    • Non, il n'est pas. Vous aurez toujours besoin de re-lancer CMake une fois qu'un nouveau fichier est ajouté.
    • (qui a fini par être fine pour mes besoins... plus facile que la modification de la CMakeList chaque fois que vous ajoutez un fichier source)
    • Il y a aussi GLOB_RECURSE si vous voulez vous trouver les fichiers de manière récursive.
    • attends, si vous faites une grosse liste manuellement, CMake toujours ne sait pas que vous avez ajouté un nouveau fichier; et aussi, devraient-têtes d'être ajouté aussi?
    • Si vous tapez manuellement chaque nom, l'ajout d'un fichier nécessite une modification de la CMakeLists.txt fichier. Ce sera la cause de CMake pour régénérer votre projet. Vous pouvez glob les fichiers d'en-tête dans une autre variable ou dans la même variable. ADD_EXECUTABLE ne se soucie pas des fichiers d'en-tête. Aussi longtemps que les en-têtes peuvent être trouvés dans la INCLUDE_DIRECTORIES.

    InformationsquelleAutor Dat Chu
  3. 2

    Oui, vous avez deux options. Supposons que la structure du dossier quelque chose de semblable. 

    ├── autopilot
            │   ├── _AutoPilot.cpp
            │   ├── _AutoPilot.h
            │   └── action
            │       ├── ActionBase.cpp
            │       ├── ActionBase.h
            │       ├── APcopter
            │       │   ├── APcopter_avoid.cpp
            │       │   ├── APcopter_avoid.h

    Si vous êtes à utiliser AUX_SOURCE_DIRECTORY vous devez ajouter CMakeLists.txt chacun des sous-répertoires. Ensuite, vous devez inclure et de relier tous ces sous-répertoires. C'est une tâche assez difficile. Ainsi, vous pouvez vous GLOB et de faire le travail très facilement. C'est comment il est fait.

      file(GLOB autopilot_sources ./*.cpp ./*/*.cpp ./*/*/*.cpp ./*/*/*/*.cpp ./*.c ./*/*.c ./*/*/*.c ./*/*/*/*.c)
  SET( autopilot ${autopilot_sources})

    Si vous souhaitez créer une bibliothèque ci-dessus en utilisant le code source c'est la commande: 

      ADD_LIBRARY ( autopilot  ${autopilot})
  TARGET_LINK_LIBRARIES ( autopilot)

    Si vous souhaitez créer un fichier exécutable ci-dessus en utilisant le code source c'est la commande: 

     ADD_EXECUTABLE(autopilot ${autopilot})
    • fichier(GLOB autopilot_sources ./**.rpc ./**.c) peut-être un peu plus simple à gérer plusieurs profondeurs
    • Yeap semble être. Il suffit d'éditer ma réponse et quelques exemples
    InformationsquelleAutor GPrathap
  4. 2

    GLOB_RECURSE récursive exemple

    Il fait, fondamentalement, la * aussi aller dans les sous-répertoires:

    cmake_minimum_required(VERSION 3.0)
file(GLOB_RECURSE SOURCES RELATIVE ${CMAKE_SOURCE_DIR} "src/*.c")
add_executable(main ${SOURCES})

    Et puis nos sources, pourraient être situés par exemple:

    src/main.c
src/d/a.c
src/d/a.h

    Et main.c utilise #include "d/a.h" et a.c utilise #include "a.h".

    À l'aide de GLOB_RECURSE sur le CMake toplevel (c'est à dire "*.c" au lieu de "src/*.c") est probablement une mauvaise idée, car il peut ramasser .c les fichiers générés par CMake lui-même qui sont placés sous build/.

    Praticable exemple sur GitHub.

    InformationsquelleAutor Ciro Santilli 新疆改造中心996ICU六四事件
  5. 0

    Vous pouvez utiliser AUX_SOURCE_DIRECTORY comme @whitequark décrit, mais il ne sera pas vraiment le travail que vous attendez, comme CMake sera pas en mesure de déterminer lorsque de nouveaux fichiers sont ajoutés (qui est en quelque sorte le point de l'ensemble avec l'aide d'un générique).

    • AUX_SOURCE_DIRECTORY se fait bien pour l'instant. Je vous remercie beaucoup. AUX_SOURCE_DIRECTORY(${PROJECT_INC_DIR}contrôle/src CTR_SOURCES) ADD_EXECUTABLE( ${EXE_NAME} ${CTR_SOURCES} )
    InformationsquelleAutor JesperE