I ran into this exact problem and managed to fix it after a few days. The
problem seems to be that build/targets/android-gcc.cmake sets up the system
directories to include the one containing libgnustl_shared.so. Because of
this, CMake strips the library's path (because it thinks it's a system lib)
and thus can't find it when it tries to link (because it's not actually a
system library).
I solved it by editing build/target/android-gcc.cmake so that it ends with
the lines
# Configure search paths
include_directories(SYSTEM ${system_include_dirs})
set(CMAKE_INCLUDE_PATH ${system_include_dirs})
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
#link_directories(${system_lib_dirs})
set(CMAKE_LIBRARY_PATH ${system_lib_dirs})
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
I.e. i commented out the link_directories command, and changed
set(CMAKE_SYSTEM_LIBRARY_PATH ...) to just set(CMAKE_SYSTEM_LIBRARY_PATH).
Once this succeeded, and i'd built the new armv7 core, i was able to use it
by changing to android/OsmAnd and running
gradle assembleFreeQtcoreArmv7Debug
and installing the generated APK. I had to enable the developer plugin and
check the "use opengl" option. After that, i'm pretty sure i got the new
core, since it draw a nice blue grid onto which the map tiles were
rendered. However, performance did not noticably improve over the legacy
renderer, and crashes were frequent.
--
You received this message because you are subscribed to the Google Groups
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.