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有什么问题...)