标签：目录 ref details 子目录 linu list 状态 mic pid
这两天在移植一个开源的库，偏底层的那种，所以对架构有一些依赖。源码的编译是通过Makefile来构建，怎奈公司的架构用的是CMAKE，所以就在开源的顶层和子目录分别构建了CMakeList,但奇怪的是CMAKE产生顶层的Makefile在编译阶段并没有执行，试了一些方法后还是不行，迫于时间压力，只能把项目中用到的源文件提取出来，放到一个文件夹内，单独写CMakeList，最终产生了一个静态库。但是在链接的时候产生了错误，相关函数没定义，又是熟悉的undefined reference to ...，关于这个问题，有篇博客总结的很全面了，这里记录下移植过程遇到的问题及解决过程。
1) nm；查看库中函数是否有实现。查了下，确实有实现，但是链接不到，然后就怀疑是混合编程的问题了，在C++包含C文件的时候加上extern "C" ，搞定；
2）ldd：编译通过后放到测试机上，安装，查看进程状态，failed。。。打开message一瞅，依赖的库没有，ldd一下原来是编译时用到的boost库与测试机上的版本不对，所以找不到。升级编译环境的包，缺少的一些库就从其他机器上拷过来，添加个路径，ldconfig一下，重新安装启动成功。
3）gdb attach pid：好不容易跑起来了，结果，上层来了个命令，咔嚓，挂了。打开message，一地鸡毛...无奈进程启用了多线程，pstree -p pid并不能确定是具体哪个线程崩，cat /proc/pid/stack看了下线程栈，然后猜了一个，attach pid调试，加断点，各种打印输出，最后确定了问题位置。
基于linux开发，多会点工具帮助还是很大的。养成随手记录的习惯，有些问题好久遇不到一次，再去网上搜就费劲了，脑子记不住，就用博客来记吧。
标签：目录 ref details 子目录 linu list 状态 mic pid
原文地址：https://www.cnblogs.com/taozijy/p/11270237.html
