linux 链接 静态库 undefined reference to

最近将项目移植到linux上,工程需要依赖三个静态库:libprojcommon.a libluabind.a liblua.a

依赖关系是projcommon依赖luabind,luabind依赖lua,所以项目最终的链接参数是这样的:

-L/home/boy/ProjCommon/lib -lprojcommon -L/home/boy/luabind/lib -lluabind -L/home/boy/lua/lib -llua

但是链接失败,报错

luabind/src/create_class.cpp:36: undefined reference to `lua_pushnil'
luabind/src/create_class.cpp:40: undefined reference to `lua_pushstring'
luabind/src/create_class.cpp:41: undefined reference to `lua_equal'
luabind/src/create_class.cpp:43: undefined reference to `lua_settop'

...

当然这样的错误无穷无尽,很多。

仔细检查了链接路径、链接顺序、系统默认目录下是不是存在同名的静态库,都不是这些问题,用nm查看liblua.a,发现导出的函数名也存在。将Makefile改来改去,还是无解,郁闷了整整一上午。

最终终于找到原因:liblua是c项目,Makefile是我从libluabind拷过来的,而libluabind是c++项目,在修改编译目标文件扩展名.cpp为.c之后,却忘了将编译器从g++改为gcc,导致liblua中生成的为C++风格函数名,而libluabind中包含lua头文件有extern "c"的修饰,是按照C风格引用的,两边函数名不一致,导致undefined。

编译liblua时改为用gcc编译后,问题搞定!

 

遇到类似的问题,这里总结一下排错方法:

1,检查链接路径是否正确(当然路径不正确会报找不到文件);

2,检查链接到的库是不是想链接的目标库(例如链接到不同版本的同名库等);

3,确保依赖关系正确,并检查链接顺序;

4,确认库的源代码.c或.cpp文件都被编译到,而且都被链接进了库中;

5,用nm查看库的导出函数是否存在;

6,确认库导出函数的名称与引用处的名称是否一致;

7,其实这一点和第6点原因一致:确认工程是否cpp和c混用,如果是,请确保cpp文件用c++编译器编译,c文件用c编译器编译;

8,如果上述方法还是没有解决问题,不可能啊!真的这样的话,就将库代码直接编进工程吧,或者换个库吧,或者换个Makefile吧(谁知道你写的Makefile有什么问题...)

阅读更多
换一批

没有更多推荐了,返回首页