You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The CMake config of GeographicLib that is provided in the dependency packages at box.com seems to need some files (e.g. binaries) which are neither included in the packages nor actually needed for vanetza. Of course, one can disable the usage of that CMake config via GeographicLib_PREFER_PACKAGE_CONFIG, but it would be nice, if the default behavior worked out-of-the-box.
Here's the full error message for the old dependency package (with the new one, the error is the same IIRC):
-- GeographicLib configuration, version 1.49
CMake Error at /home/duser/vanetza-deps/lib/cmake/GeographicLib/geographiclib-targets.cmake:101 (message):
The imported target "CartConvert" references the file
"/home/duser/vanetza-deps/bin/CartConvert"
but this file does not exist. Possible reasons include:
* The file was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and contained
"/home/duser/vanetza-deps/lib/cmake/GeographicLib/geographiclib-targets.cmake"
but not all the files it references.
The text was updated successfully, but these errors were encountered:
Sorry for ignoring this issue ticket a long time. I am thinking about employing Conan to cross-compile those dependencies instead of (poorly) maintaining archives on box.com. What do you think @glmax? Is this a good idea?
You can manually remove the CMake targets from geographiclib-targets.cmake, which refer to GeographicLib executables, such as CartConvert. Or you cross-compile GeographicLib on your own.
The CMake config of GeographicLib that is provided in the dependency packages at box.com seems to need some files (e.g. binaries) which are neither included in the packages nor actually needed for vanetza. Of course, one can disable the usage of that CMake config via
GeographicLib_PREFER_PACKAGE_CONFIG
, but it would be nice, if the default behavior worked out-of-the-box.Here's the full error message for the old dependency package (with the new one, the error is the same IIRC):
The text was updated successfully, but these errors were encountered: