在64位系统中使用32位共享库编译时出现链接错误的问题求助

我之前也碰到过一模一样的跨架构编译链接问题，核心原因是你的编译工具链没有完全切换到32位模式，导致ld默认去寻找64位库，同时32位的glut依赖也没安装到位。下面是一步步的解决方案：

1. 强制编译链接为32位架构 #

你已经装了gcc-multilib，但如果编译时没加-m32参数，gcc和ld还是会默认生成/寻找64位目标文件和库——这就是为什么ld会跳过你的32位libOTB.so（提示incompatible）。

在编译命令中必须加上-m32，示例：

gcc -m32 your_source_code.c -o output_binary -L../rep/Fipe -lOTB -lglut

-m32会告诉gcc生成32位的目标文件，同时让ld切换到32位库的搜索模式，这样它就会正确识别你的32位libOTB.so了。

2. 安装32位版本的glut库 #

错误里的cannot find -lglut是因为你只装了64位的glut，系统里没有32位版本。在Debian/Ubuntu系发行版中，安装32位glut开发库的命令是：

sudo apt-get install libglut3-dev:i386

如果是Fedora/RHEL系，对应的命令是：

sudo dnf install freeglut-devel.i686

:i386/.i686后缀是关键，它会强制安装32位版本的库，而不是默认的64位。

3. 显式指定32位系统库路径 #

有时候ld在32位模式下不会自动搜索系统的32位库目录（比如/usr/lib/i386-linux-gnu），所以可以在编译命令中加上这个路径：

gcc -m32 your_source_code.c -o output_binary -L../rep/Fipe -L/usr/lib/i386-linux-gnu -lOTB -lglut

-L/usr/lib/i386-linux-gnu会让ld优先在这个32位系统库目录里找glut等依赖。

4. 验证库的兼容性（可选但推荐） #

如果还是有问题，先确认你的libOTB.so确实是32位的，用file命令检查：

file ../rep/Fipe/libOTB.so

输出应该和你提供的一致：ELF 32-bit LSB shared object, intel 80386, ...，确保你没有不小心用了64位的库文件。

额外排查技巧 #

如果链接还是失败，可以用32位模式的ld来手动检查库的搜索路径：

ld -m elf_i386 -v -lOTB --verbose | grep SEARCH_DIR

这个命令会输出32位ld的搜索目录列表，确认../rep/Fipe和/usr/lib/i386-linux-gnu是否在其中，如果不在，可能需要调整-L参数或者设置LIBRARY_PATH环境变量：

export LIBRARY_PATH=../rep/Fipe:/usr/lib/i386-linux-gnu:$LIBRARY_PATH

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