使用qemu-user运行ARM交叉编译程序时找不到共享库

你的问题核心是对QEMU参数的误解，以及x86系统无法处理ARM架构库的配置问题，下面一步步拆解原因和可行的解决方案：

问题根源分析 #

1. ldconfig报错的本质：你在x86_64的Debian系统上执行ldconfig，它只能识别x86架构的库，而你的libPoco*.so是ARM（armhf）架构的，所以会提示"未知机器40"（机器码40对应ARM架构）。这步操作完全无效，ARM程序的库路径不能用x86系统的ldconfig来配置。

2. QEMU -L参数的误用：qemu-arm的-L参数不是用来指定单个库目录的，而是要指定完整的ARM架构根文件系统路径。QEMU需要从这个根目录里找到ARM版本的动态链接器（比如/lib/ld-linux-armhf.so.2）以及其他系统依赖库，你只单独指定库目录，缺少完整的根文件系统结构，动态链接器无法正常初始化，自然找不到你的Poco库。

解决方案1：使用完整的ARM根文件系统（推荐） #

步骤1：生成Debian Jessie armhf根文件系统 #

用debootstrap工具创建一个完整的ARM架构Debian Jessie根目录：

sudo debootstrap --arch=armhf jessie ./armhf-root http://deb.debian.org/debian/

步骤2：导入你的Poco库并更新缓存 #

把交叉编译好的ARM版Poco库复制到根文件系统的对应目录，并在ARM环境下更新库缓存：

# 复制Poco库到ARM根文件系统
sudo cp -r /usr/local/arm/lib/libPoco* ./armhf-root/usr/local/lib/

# 进入ARM根环境执行ldconfig更新库缓存
sudo chroot ./armhf-root /sbin/ldconfig

步骤3：用QEMU加载根文件系统运行程序 #

现在可以通过QEMU指定完整的ARM根文件系统来运行你的程序：

qemu-arm -L ./armhf-root ./bin/my_app

如果程序需要额外的库路径，可搭配环境变量：

LD_LIBRARY_PATH=/usr/local/lib qemu-arm -L ./armhf-root ./bin/my_app

解决方案2：静态编译程序（无需依赖动态库） #

如果不想折腾根文件系统，你可以把Poco库静态链接到程序中，生成独立的静态可执行文件：

1. 确保你编译Poco库时生成了静态版本（.a文件，通常编译时需开启静态编译选项，比如BUILD_STATIC_LIBS=ON）。
2. 修改Makefile的链接参数，指定静态链接：

   # 替换原LIB行，使用静态链接Poco库，保留系统库动态链接
   LIB := -L /usr/local/arm/lib/ -Wl,-Bstatic -lPocoCrypto -lPocoFoundation -lPocoJSON -lPocoNet -lPocoNetSSL -lPocoUtil -Wl,-Bdynamic
   

3. 重新编译程序，生成的my_app就是静态可执行文件，直接运行即可：

   qemu-arm ./bin/my_app
   

验证方法 #

你可以用file命令确认程序和库的架构是否匹配：

file ./bin/my_app
file /usr/local/arm/lib/libPocoCrypto.so.48

输出应包含ARM或armhf字样，确保它们都是ARM架构的文件。

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