Public Support

Supportanfrage

Während meiner ersten Schritte mit ADTF3 hatte ich etwas mit euren mitgelieferten Beispielen herumgespielt und mir ist aufgfallen, dass sich die Beispiele für IFHD nicht out-of-the-box compilieren lassen. Ich nehme an, dass Ihr im Laufe der Zeit einige Pfadanpassungen gemacht hattet.
Folgende Änderungen musste ich durchführen, damit es passt:
in "\src\examples\src\adtf\deserializer\CMakeLists.txt":
statt find_package(adtf_file REQUIRED PATHS ${ADTF_DIR}/3rdparty/adtf_file/lib/cmake/adtf_file)
find_package(adtf_file REQUIRED PATHS ${ADTF_DIR}/3rdparty/ifhd/lib/cmake/adtf_file)

in "\3rdparty\ifhd\lib\cmake\utils5extension\utils5extension-config.cmake":
statt find_package(a_util REQUIRED)
find_package(a_util REQUIRED PATHS ${ADTF_DIR}/3rdparty/a_util/lib/cmake/a_util)

in "\3rdparty\ifhd\lib\cmake\adtf_file\adtf_file-config.cmake":
statt find_package(ddl REQUIRED)
find_package(ddl REQUIRED PATHS ${ADTF_DIR}/3rdparty/ddl/cmake)

Viele Grüße
Jens

BTW: Beim Compilieren der Beispiele hatte ich übrigens analoge Probleme wie hier https://support.digitalwerk.net/issues/9018 (siehe Screenshot). Meine VS2017-Version ist 15.3.5, also schon ziemlich alt. Leider sträubt sich die VW-IT, die Version upzudaten, da sie Visual Studio als vorgefertigtes Paket ausrollen und nicht den VS-Installer anfassen wollen. Naja, ich bleib da weiter dran.

Lösung

ja das kann sein, normalerweise werden die Pfade auf höchster Ebene gesetzt.
Wenn du das Batch File ausführst zum bauen der exampels, sollte es gesetzt werden, kann sein dass das nicht durchgängig ist, wenn du standalone baust.
Späetstens in der CMAKe GUI müsstest du die Pfade aber setzen können.

Anyway, haben wir alles schon verbessert, die 3rd party packages wandern zur 3.7 in "normalen" pkg bzw. SDK und können dann via find_package(ADTF COMPONENTS adtf_file) automatisch gefunden werden.
Das machts einfacher und es muss nur noch ADTF_DIR angegeben werden.

Was den Compiler betrifft so weiß ich auch nicht recht... du könntest dir analog die MSBuild Tools runterladen, dann bist du aktuell.
Bei deiner CMake Version musst du defintiv beim CMake Generator noch x64 ergänzen, sonst sucht er ggf. ein 32Bit ADTF...
Das ist in CMake_output.PNG in #9018 nicht der Fall.
Das setzt CMake irgendwie nicht mehr per default bzw. ist das 64Bit aus dem Namen im Vgl. zu "früher" verschwunden.
Siehe auch #10213 und weitere.