globale header file in cmakelists

[lars (Gast)]

Hallo,
wie muss ich in CMakeLists eine Headerfile einbinden, damit diese global 
gefunden werden kann, ohne sie noch zusätzlich in der .c datei 
anzugeben?
Es ist eine header (options.h), wo verschiedene sachen definiert sind, 
die überhall benutzt werden können.

hatte es versucht mit

set(GLOBAL_HEADER_FILE ../../../../options/options.h)
add_executable(TEST ${SRC_FILES} ${MODUL_SOURCE_FILES} ${GLOBAL_HEADER_FILE})

doch ein define, welches in options.h gesetzt ist wird nicht gefunden

[Oliver S. (oliverso)]

C kennt keine globalen, sich automagisch selbst includenden Header. Da 
kann auch cmake nichts daran ändern.

Oliver

[Mark B. (markbrandis)]

lars schrieb:
> eine Headerfile einbinden, damit diese global gefunden werden kann, ohne
> sie noch zusätzlich in der .c datei anzugeben?

Jede Quelltext-Datei inkludiert diejenigen Header, die sie braucht, um 
ordnungsgemäß übersetzt werden zu können. Mehrfaches Inkludieren wird 
durch "include guards" verhindert. Dann hast Du eine saubere Struktur.

[A. S. (Gast)]

Warum willst Du das machen? Um die Zeile Code zu sparen? Das lohnt 
nicht. Um flexibel zu sein? Dann inkludier eine Dummy-Datei, die (in 
Abhängigkeit von einem #define) die richtige .h inkludiert.

[Rolf M. (rmagnus)]

Dass es dafür ein eigenes CMake-Kommando gibt, glaube ich nicht. Aber 
man kann ein entsprechendes Compiler-Flag definieren.

add_compile_options(-include ${GLOBAL_HEADER_FILE})

Aber wie meine Vorredner schon schrieben, sollte man sowas eher 
vermeiden.

Ach ja:

Sowas sollte man auch vermeiden:

lars schrieb:
> set(GLOBAL_HEADER_FILE ../../../../options/options.h)

Du solltest die Pfade immer über die passenden CMake-Variablen angeben, 
also z.B. 
https://cmake.org/cmake/help/latest/variable/CMAKE_SOURCE_DIR.html . 
Wenn du dein build-Dir wo anders anlegst, findet der sonst den Header 
nicht mehr.

[Tom K. (ez81)]

Rolf M. schrieb:
> Aber
> man kann ein entsprechendes Compiler-Flag definieren.

Das hat immer noch das Problem, dass die Abhängigkeit von options.h 
verlorengeht und Änderungen in options.h nicht zum neucompilieren 
führen.
Diese Abhängigkeit über Umwege in cmake reinzupfuschen ist überaus 
ekelhaft.

Meistens ist es zielführend, Werkzeuge so zu benutzen wie sie gedacht 
sind.