anddroid ndk UnsatisfiedLinkError al usar una biblioteca compartida preconstruida

Question

Estoy intentando crear una biblioteca compartida que se vincule a otra biblioteca compartida.

Aquí es mi módulo principal Android.mk:

TOP_LOCAL_PATH := $(call my-dir) 
include $(call all-subdir-makefiles) 

LOCAL_PATH := $(TOP_LOCAL_PATH) 

include $(CLEAR_VARS) 

LOCAL_CPP_EXTENSION := cpp 


LOCAL_C_INCLUDES := $(LOCAL_PATH)/include/ $(LOCAL_PATH)/lib/include 
LOCAL_MODULE := SightCore-jni 
LOCAL_SRC_FILES := SightDemo.cpp SightCore-jni.cpp 
LOCAL_SHARED_LIBRARIES := SightAPI 
LOCAL_LDLIBS = -llog 

include $(BUILD_SHARED_LIBRARY) 

que también tienen la biblioteca compartida en el directorio creado previamente ./lib con su propio archivo Android.mk:

LOCAL_PATH := $(call my-dir) 

include $(CLEAR_VARS) 

LOCAL_MODULE := SightAPI 
LOCAL_SRC_FILES := libSightAPI.so 
LOCAL_C_INCLUDES := $(LOCAL_PATH)/include 

include $(PREBUILT_SHARED_LIBRARY) 

El SightCore- El archivo fuente jni.cpp es la interfaz jni de la biblioteca compartida y se carga con el comando

System.loadLibrary("SightCore-jni"); 

Durante la Proceso ndk-build Me sale sin compilación ni enlaces errores. Cuando intento ejecutar la aplicación y acceder a uno de los métodos nativos obtengo el UnsatsfiedLinkError. Observé que si deshabilitaba las referencias a SightAPI en mi código jni y ponía un error tipográfico en la línea LOCAL_STATIC_LIBRARIES: = SightAPI, la compilación se realizó correctamente y no hay UnsatisfiedLinkError.
Esto significa que el código JNI que tengo es bueno (en realidad estoy seguro de que está bien ...)

Así que la observación es la siguiente:
Si puedo compilar la biblioteca compartida con el pre-compilados biblioteca compartida obtengo un archivo corrupto .so.

Si puedo compilar el mismo proyecto NDK sin vincular a la biblioteca compartida de pre-compilados hay ningún problema cargar la biblioteca compartida desde el lado de Java.

Por favor, ayúdenme si puede.

Gracias de antemano,

Ita

Answer 1

Ha encontrado el problema.

Aparentemente, el sistema de compilación ndk no carga automáticamente las bibliotecas compartidas de referencia, incluso si están declaradas en su Android.mk.

Tuve que llamar al System.loadLibrary(SightAPI) & System.loadLibrary("SightCore-jni") para resolver este problema. Hubiera esperado que la única biblioteca para cargar hubiera sido la biblioteca principal SightCore-jni.

Well..I que la moraleja es que si quieres que algo se haga, hágalo usted mismo :)

1 a Roy Samuel por su esfuerzo y los instintos correctos.

Espero que esto ayude a cualquiera.

Cheers

Answer 2

1. se ha asegurado de que el nombre de la función CPP, que le gustaría usar más de JNI, se corresponde con el nombre del paquete de la envoltura de Java clase donde está presente System.loadLibrary("SightCore-jni");?

   p. Ej. Si desea utilizar la función C, myFunction en la capa de java, y supongamos que la clase contenedora JNI es en el paquete com.my.package.sightcore, entonces su C nombre de la función de código debe ser como este:

   JNIEXPORT JNICALL Java_com_my_package_sightcore_myFunction(JNIEnv * env, jobject thiz, ...) 
   

2. si está ejecutando su aplicación en su dispositivo, Vea si los niveles de API, y por lo tanto, la versión de sdk coincide con la versión de Android de su dispositivo (nivel de API).

Espero que esto ayude. Avíseme si necesita más aclaraciones ...