使用 Clang/LLVM 为 Android 编译 C 库的原因

如何解决使用 Clang/LLVM 为 Android 编译 C 库的原因

我正在尝试为 Android 编译一个 C 库。我已经按照以下说明构建了 NDK 工具链（这些说明似乎至少可以用于后续在基于 Rust 的编译中的使用）：https://developer.android.com/ndk/guides/standalone_toolchain

export ANDROID_HOME=~/Library/Android/sdk
export NDK_HOME=~/Library/Android/sdk/ndk-bundle

${NDK_HOME}/build/tools/make_standalone_toolchain.py --api 26 --arch arm64 --install-dir ./NDK/arm64
${NDK_HOME}/build/tools/make_standalone_toolchain.py --api 26 --arch arm --install-dir ./NDK/arm
${NDK_HOME}/build/tools/make_standalone_toolchain.py --api 26 --arch x86 --install-dir ./NDK/x86

因此，我有一个 NDK 文件夹，其中包含子文件夹 x86、arm 和 arm64，每个文件夹都有一个子文件夹 bin，其中包含诸如

i686-linux-android-clang
i686-linux-android30-clang
i686-linux-android-gcc
armv7a-linux-androideabi30-gcc
…

接下来，我有一个 C 文件 (android.c)。它是从此处的 hello-jni 示例中逐字提取的：https://github.com/android/ndk-samples/blob/android-mk/hello-jni/jni/hello-jni.c，因此它看起来像这样：

#include <string.h>
#include <jni.h>

jstring
Java_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env,jobject thiz )
{
#if defined(__arm__)
    #if defined(__ARM_ARCH_7A__)
    #if defined(__ARM_NEON__)
      #if defined(__ARM_PCS_VFP)
        #define ABI "armeabi-v7a/NEON (hard-float)"
      #else
        #define ABI "armeabi-v7a/NEON"
      #endif
    #else
      #if defined(__ARM_PCS_VFP)
        #define ABI "armeabi-v7a (hard-float)"
      #else
        #define ABI "armeabi-v7a"
      #endif
    #endif
  #else
   #define ABI "armeabi"
  #endif
#elif defined(__i386__)
#define ABI "x86"
#elif defined(__x86_64__)
#define ABI "x86_64"
#elif defined(__mips64)  /* mips64el-* toolchain defines __mips__ too */
#define ABI "mips64"
#elif defined(__mips__)
#define ABI "mips"
#elif defined(__aarch64__)
#define ABI "arm64-v8a"
#else
#define ABI "unknown"
#endif

    return (*env)->NewStringUTF(env,"Hello from JNI !  Compiled with ABI " ABI ".");
}

（为了简洁起见，我从源代码中删除了注释。）接下来，我尝试了各种编译命令，包括以下所有组合：

./NDK/x86/bin/i686-linux-android30-clang -c -o ./out/libandroid_x86.so ./src/android.c
./NDK/x86/bin/i686-linux-android-clang -march=i686 --target=i686-linux-android -c -o ./out/libandroid_x86.so ./src/android.c
./NDK/x86/bin/i686-linux-android-gcc -c -o ./out/libandroid_x86.so ./src/android.c

接下来，我有一个 Android Studio 项目，由两个模块组成，主应用程序和库模块。在库模块中，我的目录结构为 src/main/jniLibs，在 jniLibs 目录中，我有一个文件夹 x86，我将 libandroid_x86.so 复制到其中。

现在，当我在模拟器上运行它时，Android 虚拟设备管理器指示它是带有 x86 ABI 的 Pixel 3a，当遇到以下行时：

// the _x86 suffix is boxing myself into a particular architecture,but it is just for testing
System.loadLibrary("android_x86");

抛出以下错误：

java.lang.UnsatisfiedLinkError：dlopen 失败：“/data/app/~~zvCaDkS-ie83kuE1PUM41A==/io.arik.android_lab-9esJAdgb21ghkft5C90DAw==/lib/x86/libandroid_x86.so”有意外的e_type： /p>

我已尝试从 android.c 文件中删除除 #include <jni.h> 之外的所有内容，只是为了排除与 Java_tld_domain… 方法命名约定有关的问题，但即使是所谓的空共享库也会导致崩溃.

作为进一步的健全性检查，当我为同一目标 (cargo build --target i686-linux-android --release) 构建 Rust 库并将生成的库复制到相应的 jniLibs 位置时，应用不会崩溃并且一切正常。

NDK 教程和文档在版本控制方面似乎相当不一致，所以我的问题是，我做错了什么，我该如何解决？

UPDATE：我通过指定 $SYSROOT 使其工作，正如@Antti 在评论中指出的那样，将 -c 替换为 -shared：

export SYSROOT=./NDK/x86/sysroot

./NDK/x86/bin/i686-linux-android-clang -shared -Wl,-undefined -Wl,dynamic_lookup --sysroot=$SYSROOT -o ./out/libandroid_x86.so ./src/android.c

使用 Clang/LLVM 为 Android 编译 C 库的原因

如何解决使用 Clang/LLVM 为 Android 编译 C 库的原因

相关推荐