führen Sie einen shell-Befehl (ctags) in cmake und make

Den einfachsten Weg, dies zu tun ist:

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 )

Die erste Zeile sagt CMake dass tags generiert werden. Die add_custom_command ist CMake generiert tags wenn nötig, und schließlich, einige Gegner muss hängt tags. Das Standard-Arbeitsverzeichnis ist in der build-Baum, so WORKING_DIRECTORY muss festgelegt werden, um deinen source-tree. Dies entspricht einem Makefile Eintrag:

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

MyProjectOutput: tags
    # Whatever here...

Daniel ' s und Knarren die Antworten, hab mir begonnen, aber ich landete mit einer komplexeren Lösung, die ich dachte, ich würde Aktie:

# 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)

Es mehrere Dinge, die einfachere Lösungen nicht:

1. Er fügt lediglich die "tags" als eine Abhängigkeit von der primären build-Produkt (MyProject) wenn es tatsächlich eine ctags Programm auf dem system. Wir wollen nicht zu brechen, die bauen, nur weil dieses Windows ist, oder weil ctags einfach noch nicht installiert wurde, noch auf das build-system.

2. Extrahiert Symbole aus dem Quellcode-Dateien in beiden build-und source-Verzeichnissen. Das geht in ein paar Fällen.

   Erste, Sie könnten mit configure_file() und kommen aus einem Autotools-hintergrund, so dass Sie genannt habe die wahre Quelle deiner Dateien *.in, was bedeutet, dass ctags -R nicht Scannen. Sie benötigen, Scannen Sie den erzeugten Versionen im build-Verzeichnis. Zum Beispiel, haben Sie vielleicht src/mainheader.h.in in deinem source-tree, mit dem Projekt-Versionsnummer automatisch subbed in es als build/src/mainheader.h.

   Zweite, etwas von Ihrem "Quell" - Dateien erzeugt werden könnte, die von anderen tools. In meinem aktuellen Projekt habe ich ein paar C++ - header-Dateien, die generiert werden durch Perl-Skripte. Ich möchte die Symbole sowohl die generierte Header und die Perl-Skripte in die tags-Datei.

3. Er arbeitet in einem Unterverzeichnis.

   In dem Projekt arbeite ich jetzt auf der rechten Seite, die primären build-Produkt ist aus src/* relativ zur Projekt-root, und ich möchte nur die Symbole aus, dass die Teilstruktur in der tags-Datei. Ich will nicht, dass Sie enthalten Symbole aus der unit-tests, Beispiele, oder das Dienstprogramm-Skripten.

   Weil es wurde entwickelt, um laufen in einem Unterverzeichnis, es erstellt einen symbolischen Link auf das src/tags Datei in der Spitze des build-directory, so dass vi -t TagName funktioniert. (Ich gehe davon aus, dass hier, wenn ctags existiert, ln auch so sieht.)