Linux C++程序编译错误解决方法_libcommond.so when searching for -lcommond-CSDN博客

本文链接：https://blog.csdn.net/liufeng1980423/article/details/6223780

本文记录了解决一个由于32位应用程序尝试链接64位动态库而导致的编译错误的过程。通过调整Makefile并指定正确的编译选项，成功解决了兼容性问题。

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

今天在写一个FileGDB API的例子，自己写了一个解析二进制的库，在调用这个库的时候报了如下的错误：

192.168.100.228 [sde InterpretElement]$ make
g++ -fPIC -g -m32 -W -fexceptions -fno-inline  -D_CONSOLE -DUNICODE -D_UNICODE -DLINUX -D_REENTRANT -DFILEGDB_API -D__USE_FILE_OFFSET64 -DLINUX_FILEGDB_API  -I "../../src/FileGDBEngine/include/FileGDBLinux" -I ../../include -I ../commonlib -I. -m32 -L../../lib -o ../bin/InterpretElement ./InterpretElement.o -lFileGDBAPI -lcommlib
/usr/bin/ld: skipping incompatible ../../lib/libcommlib.so when searching for -lcommlib
/usr/bin/ld: cannot find -lcommlib
collect2: ld 返回 1
make: *** [../bin/InterpretElement] 错误 1

非常无语呀，例子程序认为../../lib/libcommlib.so动态库不兼容，非常不解，使用file 命令查看，竟然该库：

192.168.100.228 [sde lib]$ file libcommlib.so
libcommlib.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped

是64bit的，此时恍然大悟，原来编译主程序的时候是32bit，而编译这个动态库的时候使用的是64bit，因此过不去，

修改该库的Makefile的文件，添加m32选项后，重新编译，

192.168.100.228 [sde commonlib]$ make
cc  -I./  -DLINUX   -fPIC -g -w -pipe -m32 -c -o commonlib.o commonlib.cpp
cc  -I./  -DLINUX   -fPIC -g -w -pipe -m32 -c -o Obj.o Obj.cpp
cc  -I./  -DLINUX   -fPIC -g -w -pipe -m32 -c -o Point.o Point.cpp
cc  -I./  -DLINUX   -fPIC -g -w -pipe -m32 -c -o Polyline.o Polyline.cpp
cc  -I./  -DLINUX   -fPIC -g -w -pipe -m32 -c -o Polygon.o Polygon.cpp
cc  -I./  -DLINUX   -fPIC -g -w -pipe -m32 -c -o MultiPoint.o MultiPoint.cpp
cc   commonlib.o Obj.o Point.o Polyline.o Polygon.o MultiPoint.o -shared -o ../../lib/libcommlib.so  -lm -lgcc -lc -lpthread -ldl -m32

一切OK。