Wie eine CMake-Rekonfigurierung ausgelöst wird, wenn sich die Ausgabe eines Befehls ändert

Question

Ich möchte eine CMake-Konfiguration auslösen, wenn die Ausgabe eines Befehls geändert wird. Speziell versuche ich, CMake konfigurieren zu lassen, wenn sich die Ausgabe von git describe --always --dirty gegenüber der vorherigen Konfiguration von CMake geändert hat.

kann die meisten dieses Problem durch die Beobachtung der HEAD Datei und die Lösung des SYMREF innen refs/heads/[branch] und deren Verknüpfung mit configure_file(...) jedoch gelöst werden, dies auf nicht abholen, wenn der Baum in einem schmutzigen Zustand ist (IE, wenn es nicht gebundenen ist Änderungen). In diesem Fall fügt git describe --always --dirty das Suffix -dirty an den Ausgang an.

In diesem Fall gibt es keine Änderungen an den Git-Dateien, nur dass git Unterschiede aus dem gespeicherten Zustand festgestellt hat, so kann ich nicht auf Dateien hier cmake, um die Änderung zu bemerken und neu zu konfigurieren.

Also ich bin auf der Suche, ob es eine Möglichkeit gibt, cmake zu bekommen, um den Befehl git den Unterschied in der Ausgabe zu beachten und eine Rekonfiguration auszulösen, fast so etwas wie eine Phase vor der Rekonfiguration zu benötigen.

Nicht sicher, ob dies möglich ist, wenn jemand Ideen hat, wie sonst dieses Verhalten erreicht werden kann?

Answer 1

Das Problem

Das Problem hierbei ist, dass der "pre-recon-Check stage" von Ihrer Build-Umgebung behandelt wird. CMake wird nur aufgerufen, wenn einige seiner Eingabedateien geändert werden (weil CMake Regeln für Ihre Buildumgebung generiert hat, um zu verfolgen, ob diese Dateien geändert werden).

Für diese Diskussion nehmen wir an, Sie haben so etwas wie:

execute_process(
    COMMAND ${GIT_EXECUTABLE} describe --always --dirty 
    OUTPUT_VARIABLE _git_file_list 
    OUTPUT_STRIP_TRAILING_WHITESPACE 
) 

configure_file(version.h.in version.h) 

Nein Errichten-In neu konfigurieren, wenn der externe Befehlsausgabe Änderungen

Ich glaube nicht so etwas wie „die Überprüfung der Ausgabe von externen Befehl als Pre-Reconfigure-Schritt "ist ohne ein zusätzliches Skript möglich, das Sie in Ihrem Build-Prozess verwenden.

Sie könnten CMake zwingen, jedes Mal neu zu konfigurieren, z. indem Sie make rebuild_cache vor Ihrem tatsächlichen Build anrufen oder indem Sie z. add_custom_command(TARGET MyExe POST_BUILD ${CMAKE_COMMAND} -E remove ${CMAKE_CURRENT_BINARY_DIR}/version.h), aber den Konfigurationsprozess jedes Mal aufzurufen ist sehr zeitaufwendig.

Lösung

In meiner Projekte, die ich so etwas wie der Code oben bewegt haben, in seine eigene WriteVersionInfo.cmake Skript:

set(_version_cpp_full_path "${CMAKE_CURRENT_BINARY_DIR}/version.cpp") 
set(_version_obj_full_path "${_version_cpp_full_path}${CMAKE_CXX_OUTPUT_EXTENSION}") 

string(REPLACE " " ";" _compiler_flags_list ${CMAKE_CXX_FLAGS}) 

# Create a dummy output to satisfy dependency check 
if (NOT EXISTS ${_version_obj_full_path}) 
    file(WRITE ${_version_obj_full_path} "") 
endif() 

add_custom_command(
    TARGET MyExe 
    PRE_LINK 
    COMMAND ${CMAKE_COMMAND} -D GIT_EXECUTABLE=${GIT_EXECUTABLE} 
          -D _version_cpp_name=${_version_cpp_full_path} 
          -P ${CMAKE_CURRENT_SOURCE_DIR}/WriteVersionInfo.cmake 
    COMMAND ${CMAKE_CXX_COMPILER} ${_compiler_flags_list} 
            -o ${_version_obj_full_path} 
            -c ${_version_cpp_full_path} 
    VERBATIM 
) 

target_link_libraries(
    MyExe 
    ${_version_obj_full_path} 
) 

Hier bin ich direkt auf eine .cpp Datei zu schreiben und geben sie direkt an der Compiler als PRE_LINK Schritt. Bitte beachten Sie, dass der obige Ansatz für Bibliotheksziele nicht funktioniert (weil es keinen Pre-Link-Schritt gibt).

Referenzen

• CMake: Building a Version Header