armeabi-v7a可执行文件编译正常，为何.so库编译失败？

问题分析 #

你遇到的R_ARM_REL32错误，本质是编译生成的目标文件（.o）未使用位置无关代码（PIC）编译，导致链接动态库时无法处理该重定位类型。虽然你已在CXX_FLAGS中添加-fPIC，但可能存在以下几类问题：

解决方案 #

1. 彻底清理旧编译产物后重新构建 #

之前编译可执行文件时使用的是-fPIE（与-fPIC不兼容），旧的.o文件未被重新编译，仍保留非PIC代码。执行以下操作：

make clean
make

2. 确保所有编译单元都应用-fPIC #

检查你的Makefile：

• 确认所有源文件的编译规则都引用了$(CXX_FLAGS)变量，无遗漏的.cpp文件未使用该参数。
• 链接阶段无需重复添加-fPIC，可从CXXFLAGS_LINK中移除该参数以避免冗余：

  CXXFLAGS_LINK = $(CXX_FLAGS) -g -shared -Wl,-export-dynamic -Wl,--fix-cortex-a8 -Wl,--gc-sections -Wl,-z,nocopyreloc
  

3. 检查依赖的静态库（若有） #

如果项目依赖第三方静态库，这些静态库也必须用-fPIC编译。32位ARM架构下，未启用PIC的静态库在链接动态库时会触发R_ARM_REL32错误，需重新编译依赖库并添加-fPIC参数。

4. 确认NDK工具链兼容性 #

NDK r17c的arm-linux-androideabi-4.9工具链在armv7a架构下，-mfloat-abi=softfp与-fPIC兼容，你已设置的-mthumb和-march=armv7-a是armv7a平台生成PIC代码的必要基础，无需调整。

为什么arm64-v8a没有问题？ #

arm64架构（AArch64）设计天生支持位置无关代码，默认编译行为接近PIC，无需像32位ARM那样严格依赖-fPIC参数，因此不会出现这类重定位错误。

内容的提问来源于stack exchange，提问作者ohshit