aarch64-linux-android-gcc交叉编译android 64位动态库

最新推荐文章于 2025-04-12 22:34:50 发布

珠玉在前

最新推荐文章于 2025-04-12 22:34:50 发布

阅读量1.9w

点赞数 1

分类专栏：工欲善其事，必先利其器文章标签：交叉编译 64位 androidd arm so aarch64-linux-android

本文链接：https://blog.csdn.net/waittor/article/details/102581680

版权

本文详细介绍了如何使用aarch64-linux-android-gcc进行交叉编译，创建Android 64位动态库。内容包括准备工作，如获取Android NDK，编译过程中指定工具链、汇编选项和链接选项，以及编译和验证步骤。在编译过程中可能会遇到的'unknown mnemonic'问题，通常需要检查汇编代码或选择正确的架构文件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、准备工作

1、交叉编译工具

下载/生成android ndk，我使用的是android-ndk-r12b，平台支持从android-9到android-24

二、编译过程

1、指定编译工具链

CC_HOME=/home/waitor/tool/android-ndk-r12b
BIN_PATH=$(CC_HOME)/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin

CC=${BIN_PATH}/aarch64-linux-android-gcc
CXX=${BIN_PATH}/aarch64-linux-android-g++
AS=${BIN_PATH}/aarch64-linux-android-as

2、汇编选项

CFLAGS=-O3 -Wall -I ${CC_HOME}/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/lib/gcc/aarch64-linux-android/4.9.x/include -I ${CC_HOME}/sources/cxx-stl/system/include -I ${CC_HOME}/sources/cxx-stl/stlport/stlport  --sysroot=${NDK_HOME}/platforms/android-21/arch-arm64

注：由于从android-21才开始支持arm64，所以低版本有可能不兼容。

3、链接选项

LFLAGS=--sysroot=${NDK_HOME}/platforms/android-21/arch

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

珠玉在前

关注关注

1
点赞
踩
15

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

编译aarch64android,aarch64-linux-android-gcc交叉编译android 64位动态库

weixin_30903865的博客

05-28

3431

一、准备工作1、交叉编译工具下载/生成android ndk，我使用的是android-ndk-r12b，平台支持从android-9到android-24二、编译过程1、指定编译工具链CC_HOME=/home/waitor/tool/android-ndk-r12bBIN_PATH=$(CC_HOME)/toolchains/aarch64-linux-android-4.9/prebuilt...

aarch64-linux-android-gcc 交叉编译工具pthread库替换

chengxiaili的博客

04-13

893

aarch64-linux-android-gcc 交叉编译链接多线程库时用-lpthread是不行的，可以试试-pthreads替代。

参与评论您还未登录，请先登录后发表或查看评论

aarch64服务器GCC软件包安装说明：简化GCC安装流程，提升开发效率

热门推荐

lxlmycsdnfree的博客

06-15

1万+

linux android gradle 打包机器：在 android 工程根目录下的local.properties 设置：ndk.dir=/opt/CI/android-ndk-linux/android-ndk-r9d sdk.dir=/opt/CI/android-sdk-linux/质量构建报错：FAILURE: Build failed with an exception. * Wh...

cmd.exe /C "cd . && E:\SDK\ndk\21.1.6352462\toolchains\llvm\prebuilt\windows-x86_64\bin\clang++.exe --target=aarch64-none-linux-android23 --gcc-toolchain=E:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64 --sysroot=E:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot -fPIC -g -DANDROID -fdata-sections -ffunction-sections -funwind-tables -fstack-protector-strong -no-canonical-prefixes -D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -O0 -fno-limit-debug-info -Wl,--exclude-libs,libgcc.a -Wl,--exclude-libs,libgcc_real.a -Wl,--exclude-libs,libatomic.a -static-libstdc++ -Wl,--build-id -Wl,--fatal-warnings -Wl,--no-undefined -Qunused-arguments -shared -Wl,-soname,libnative-lib.so -o E:\AndroidWorkPre\com_fugo_wow_v5.2.9\app\build\intermediates\cxx\Debug\1w3a4p1f\obj\arm64-v8a\libnative-lib.so CMakeFiles/native-lib.dir/native-lib.cpp.o ../../../../src/main/jniLibs/arm64-v8a/libswap.so ../../../../src/main/jniLibs/arm64-v8a/libfaker.so -landroid -llog -latomic -lm && cd ." ../../../../src/main/jniLibs/arm64-v8a/libswap.so: error adding symbols: File in wrong format clang++: error: linker command failed with exit code 1 (use -v to see invocation) ninja: build stopped: subcommand failed.

04-04

<think>嗯，用户遇到了一个编译错误，具体是在链接阶段出现了“File in wrong format”的问题。首先，我需要理解错误信息的具体含义。错误提示中的“libswap.so: error adding symbols: File in wrong format”通常意味着链接器尝试将一个不兼容的二进制文件（比如不同架构的.so文件）链接到当前目标架构中。接下来，我需要分析用户提供的命令和上下文。用户使用的是NDK 21.1.6352462版本，目标架构是aarch64（即arm64-v8a），Android API级别23。命令中引用了两个预编译的.so文件：libswap.so和libfaker.so，位于jniLibs/arm64-v8a目录下。错误发生在链接这两个库的时候，说明其中一个或两个库的架构与当前目标不匹配。可能的错误原因有几个：首先，libswap.so和libfaker.so可能不是为arm64-v8a编译的，而是其他架构比如armeabi-v7a或者x86。其次，编译这些库时使用的NDK版本可能与当前不同，导致ABI不兼容。另外，也有可能是文件损坏或者路径错误，但可能性较低。接下来，我需要验证这些库的架构是否正确。用户可以使用readelf或objdump工具检查.so文件的ELF头信息，确认其目标架构是否为AArch64。例如，在Linux上运行readelf -h libswap.so，查看Machine字段是否为AArch64。如果显示的是ARM或者其他架构，就说明库文件架构不对。另外，检查NDK版本兼容性也很重要。用户当前使用的是NDK 21.1，如果这些.so文件是用较新或较旧的NDK版本编译的，可能会导致ABI不兼容。建议用户使用相同的NDK版本来编译所有依赖库。还有可能的问题包括构建脚本中的路径错误，比如虽然库文件放在arm64-v8a目录下，但实际文件可能是其他架构的。用户需要确认文件是否正确放置，并且没有被错误地替换或覆盖。解决方案方面，首先建议用户检查.so文件的架构，并确保它们是为arm64-v8a编译的。如果发现架构不匹配，需要重新编译这些库，并指定正确的目标架构。此外，确保使用一致的NDK版本，并清理构建缓存，避免旧的编译结果干扰。如果用户不确定如何检查文件架构，可以指导他们使用具体的命令行工具，或者提供步骤说明。另外，提醒用户在构建过程中使用详细输出（如clang++的-v参数）来获取更多调试信息，帮助定位问题根源。最后，考虑用户可能的操作环境，比如Windows系统下的路径问题，虽然错误信息中的路径看起来是正常的，但需要确认是否存在空格或特殊字符导致的问题，尽管可能性较低。此外，确保所有依赖库的路径在构建命令中正确无误。</think>--- ### **错误原因分析** 你遇到的错误是链接器报错：`libswap.so: error adding symbols: File in wrong format`，表示 **目标文件格式不兼容**。具体原因可能是以下之一： 1. **架构不匹配** - `libswap.so` 或 `libfag.so` 的编译目标架构（如 `armeabi-v7a`）与当前构建的 `arm64-v8a` 不兼容。 - 示例：你正在编译 `arm64-v8a` 的代码，但链接的 `.so` 文件是为 `x86_64` 或 `armeabi` 编译的。 2. **NDK 版本或工具链不兼容** - 依赖的 `.so` 文件可能是用其他 NDK 版本（如 `NDK r19`）编译的，而当前使用 `NDK 21.1` 的 `clang++` 进行链接，导致 ABI 不兼容。 3. **文件损坏或路径错误** - 文件实际路径与构建脚本中的路径不一致（例如文件未正确复制到 `jniLibs/arm64-v8a` 目录）。 --- ### **逐步解决方案** #### **1. 验证 `.so` 文件的架构** 使用 `file` 或 `readelf` 命令检查 `.so` 文件的架构： ```bash # Linux/Mac file ../../../../src/main/jniLibs/arm64-v8a/libswap.so # 期望输出示例： # ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, ... # Windows（需安装 Cygwin 或 WSL） readelf -h ../../../../src/main/jniLibs/arm64-v8a/libswap.so # 检查 `Machine` 字段是否为 `AArch64`。 ``` - **如果架构不匹配**： - 重新编译 `libswap.so` 和 `libfag.so`，确保目标架构为 `arm64-v8a`。 - 编译命令示例： ```bash # 使用 NDK 21.1 的 clang++ 编译为 arm64-v8a clang++ --target=aarch64-none-linux-android23 -shared -o libswap.so swap.cpp ``` #### **2. 检查 NDK 版本一致性** - 确保所有依赖库和当前项目使用 **相同的 NDK 版本**（如 `21.1.6352462`）。 - 如果依赖库是预编译的，确认其 NDK 版本兼容性（通常需与主项目 NDK 版本差异不超过 2 个大版本）。 #### **3. 清理并重新构建** - 删除构建缓存： ```bash ./gradlew clean rm -rf app/build ``` - 重新同步 Gradle：在 Android Studio 中点击 **File > Sync Project with Gradle Files**。 #### **4. 检查文件路径和权限** - 确认 `libswap.so` 和 `libfag.so` 文件实际存在于 `jniLibs/arm64-v8a` 目录。 - 在 Windows 上检查路径是否包含空格或特殊字符（如 `Program Files`），建议使用纯英文路径。 --- ### **详细错误解释** - **`--target=aarch64-none-linux-android23`** 表示编译目标为 `arm64-v8a` 架构，Android API 级别 23。 - **`-shared`** 生成动态链接库（`.so` 文件）。 - **`error adding symbols: File in wrong format`** 链接器尝试合并不同架构的二进制文件（如将 `x86` 的 `.so` 链接到 `arm64` 项目）。 --- ### **附加调试技巧** 1. **启用详细日志** 在 `clang++` 命令中添加 `-v` 参数，查看详细的编译和链接过程： ```bash clang++ -v ...（其他参数） ``` 2. **交叉编译验证** 使用 NDK 提供的 `objdump` 检查 `.so` 文件： ```bash # 检查动态库依赖和架构 aarch64-linux-android-objdump -p libswap.so ``` --- ### **总结** - 核心问题：**架构或 NDK 版本不匹配**导致链接失败。 - 解决步骤： 1. 检查 `.so` 文件的架构和 NDK 版本。 2. 重新编译依赖库或调整 NDK 配置。 3. 清理项目并确保路径正确。