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.

Reply via email to