Open Sanjaer opened 2 years ago
Hi @Sanjaer,
I suppose that a recent release of GeographicLib changes some aspects which are not yet handled correctly by our cmake/FindGeographicLib.cmake. As an intermediate fix, you may simply check out a specific version of GeographicLib, e.g. 1.52 should work fine.
Hi @riebl I've found the following related issues. When I change the cmake/FindGeographicLib.cmake line 14 to find_library(GeographicLib_LIBRARY_RELEASE NAMES GeographicLib DOC "GeographicLib library (release)") instead of find_library(GeographicLib_LIBRARY_RELEASE NAMES Geographic DOC "GeographicLib library (release)"), the compilation works fine with the dependecies in $WORKING_DIR/vanetza-deps. Nevertheless, if I tried to use the option BUILD_SHARED_LIBS=ON, I've found that it is trying to include .so of geolib and crypto in /usr/include of cohda VM instead of vanetza-deps and it produces de same error commented by @Sanjaer with my change in the cmake, but it still works OK with the previous one. Can you check it this?
I cross-compiled vanetza and its dependencies a couple of months ago and everything went fine. Now I'm trying the same process (I automated it with some scripts) but it gives this error:
However geographic lib is installed in vanetza-deps
This is my script to compile and install GeographicLib, based on the documentation available in the web
And for Vanetza: