exécuter une commande shell (ctags) dans cmake et faire

Je suis le codage d'un projet c++ dans vim.

Je voudrais un ctags de commande (ctags -R --c++-kinds=+p --fields=+iaS --extra=+q .) pour générer des références quand je lance le faire.

Je pense que la façon de le faire est d'utiliser add_custom_command mais je vous confus sur la façon de l'intégrer dans CMakeLists.txt .

  • Je ne suis pas le test de ces réponses plus. ctags prend du temps sur mon ultra faible puissance i5 donc je viens de l'appeler à partir de vim une fois dans un certain temps.
InformationsquelleAutor kirill_igum | 2012-03-22
  1. 16

    La façon la plus simple de le faire est:

    set_source_files_properties( tags PROPERTIES GENERATED true)
add_custom_command ( OUTPUT tags
    COMMAND ctags -R --c++-kinds=+p --fields=+iaS --extra=+q . 
    WORKING_DIRECTORY ${CMAKE_SOURCE_DIR} )
add_executable ( MyProjectOutput tags )

    La première ligne indique à CMake que tags sera généré. Le add_custom_command est CMake va générer tags si nécessaire, et enfin, certains ciblent les besoins dépendent tags. Le répertoire de travail par défaut est dans l'arbre de construction, de sorte WORKING_DIRECTORY doit être réglé à votre arborescence des sources. C'est l'équivalent d'un Makefile entrée:

    tags:
    ctags -R --c++-kinds=+p --fields=+iaS --extra=+q .

MyProjectOutput: tags
    # Whatever here...
    • juste pour s'assurer que, CMAKE_SOURCE_DIR est spécifié par défaut. Je n'ai pas besoin de le spécifier. droit?
    • Oui, CMAKE_SOURCE_DIR est automatiquement réglé sur le courant répertoire source (peut être un sous-répertoire, si vous êtes de manière récursive l'ajout de fichiers source). CMAKE_SOURCE_DIR est généralement le répertoire où le CMakeLists.txt fichier se trouve.
    • CMAKE_SOURCE_DIR est le chemin d'accès vers le haut niveau de l'arborescence source.
    • Notez que set_source_files_properties(tags PROPERTIES GENERATED true) est redondant. Citation de CMake de la documentation: OUTPUT: (...) Chaque fichier de sortie sera marqué par l' GENERATED fichier source de la propriété automatiquement.
    InformationsquelleAutor Daniel Blezek
  2. 8

    Nouvelle solution:

    Je pense que CMake changé depuis la dernière réponse a été donnée.

    Voici les lignes que j'ai ajouté dans mon CMakeLists.txt (testé avec la version 2.8.12):

    # Add "tags" target and make my_project depending on this target.
set_source_files_properties(tags PROPERTIES GENERATED true)
add_custom_target(tags
    COMMAND ctags -R --c++-kinds=+p --fields=+iaS --extra=+q .
    WORKING_DIRECTORY ${CMAKE_SOURCE_DIR})
add_dependencies(my_project tags)

    Et cela fonctionne parfaitement maintenant!

    • Salut à Craquer, c'est marqué comme pas de réponse. A cet résoudre votre problème ou vous poser une question. Si la résolution d'un problème, peux-tu éditer ton post et de préciser si d'autres gens ne le font pas accidentellement drapeau il? Si vous posez une question, pouvez-vous supprimer ce et voir Comment Demander pour plus de détails? Espérons que cela aide, et bonne chance! 🙂
    • Désolé de Craquer , je n'ai pas lu ton post correctement. Je n'ai aucune idée sur la façon d'annuler essoufflement (Vous avez fait une erreur et que vous ne voulez pas attirer un modérateur attention plus....).
    • J'ai changé mon commentaire, il est certainement une réponse et question.
    • Beau montage. 🙂
    InformationsquelleAutor Creak
  3. 8

    De Daniel et de Craquer réponses m'ont commencé, mais je me suis retrouvé avec de plus en plus complexes, la solution que j'ai pensé partager:

    # Add a top-level "tags" target which includes all files in both
# the build and source versions of src/*.
set_source_files_properties(tags PROPERTIES GENERATED true)
add_custom_target(tags
    COMMAND ctags -R --c++-kinds=+p --fields=+iaS --extra=+q 
        ${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_CURRENT_SOURCE_DIR}
    COMMAND ln -sf ${CMAKE_CURRENT_BINARY_DIR}/tags ${CMAKE_BINARY_DIR}
    WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR})

# ...but only make it a dependency of the project if the ctags program
# is available, else it will fail to build on Windows.
find_program(CTAGS_PATH ctags)
if(CTAGS_PATH)
    message(STATUS "Found ctags: ${CTAGS_PATH}")
    add_dependencies(MyProjecct tags)
endif(CTAGS_PATH)

    Il n'plusieurs choses que la plus simple des solutions à ne pas faire:

    1. Il ajoute que "tags" comme une dépendance de la primaire de construction (MyProject) si il est en fait un ctags programme sur le système. Nous ne voulons pas casser le build juste parce que c'est Windows, ou parce que ctags n'a pas encore été installé sur le système de compilation.

    2. Il extrait les symboles de la source dans les fichiers de construire et de répertoires source. C'est important dans un couple de cas.

      Tout d'abord, vous utilisez peut-être configure_file() et Autotools arrière-plan, de sorte que vous avez nommé votre véritable source des fichiers *.in, ce qui signifie ctags -R de ne pas les analyser. Vous avez besoin de numériser l'généré versions dans le répertoire build. Par exemple, vous pourriez avoir src/mainheader.h.in dans votre arborescence des sources, avec le projet numéro de version automatiquement remplacé en elle comme build/src/mainheader.h.

      Deuxièmement, certains de vos fichiers "sources" pourraient être générées par d'autres outils. Dans mon projet actuel, j'ai un couple de C++ en-tête des fichiers qui sont générés par des scripts Perl. Je veux symboles à la fois générées, les en-têtes de et les scripts Perl dans le fichier de tags.

    3. Il travaille dans un sous-répertoire.

      Dans le projet sur lequel je travaille en ce moment, le principal construire le produit est fabriqué à partir de src/* par rapport à la racine du projet, et je veux seulement des symboles à partir de ce sous-arbre dans le fichier de tags. Je ne veux pas d'y inclure les symboles de l'unité, les tests, les exemples, ou l'utilitaire de scripts.

      Car il est conçu pour fonctionner dans un sous-répertoire, il crée un lien symbolique vers le src/tags fichier dans le haut du répertoire de construction, de sorte que vi -t TagName œuvres. (Je suppose ici que si ctags existe, ln n', trop.)

    InformationsquelleAutor Warren Young