编译篇
较大型cpp项目的代码组织、编译都是深耦合的。
一般提供一个总体的makefile，进入各个模块，又有自己的makefile，这些makefile又都依赖于一些被include的文件的的定义，为什么要这样原因不必多言。
但要想改变编译环境时，却很难顺利的移植。我们可能踩过的坑有：
1）找不到类库，这个还比较好处理，绝对是你指定的目录问题，甚至是当前目录——一个小圆点不要疏忽了
2）依赖库不匹配，比如glibc、i686、x86_64等，只管去匹配好了
3）还是找不到定义: 注意调整依赖的顺序，一般越是通用、没有耦合的库要尽可能放在后面，让前面找不到定义的库有机会去查找，还有就是双向关联的类——做好声明。
如何定位一些原因，必须学会如下命令：
- ldd -r
- strings | grep [...]
- file 或者 objdump -a
- nm --demangle
- readelf -s [YOURBINNAME]
- objectdump -a *.a
- strings *.so | grep [...]
搞清楚各个库的版本，尤其是libc的
可以用（ldd --version 查看glibc的版本，如ldd (GNU libc) 2.12； 命令/lib64/libc.so.6也可以）
这里再补充些网上找来的资源：
编译源代码时，链接的时候查找顺序是:
(1) -L 指定的路径, 从左到右依次查找
(2) 由环境变量 LIBRARY_PATH 指定的路径,使用":"分割从左到右依次查找
(3) /etc/ld.so.conf 指定的路径顺序
(4) /lib 和 /usr/lib (64位下是/lib64和/usr/lib64)
动态库调用的查找顺序:
(1) ld的-rpath参数指定的路径, 这是写死在代码中的
(2) ld脚本指定的路径
(3) LD_LIBRARY_PATH 指定的路径
(4) /etc/ld.so.conf 指定的路径
(5)/lib和/usr/lib(64位下是/lib64和/usr/lib64)
一般情况链接的时候我们采用-L的方式指定查找路径, 调用动态链接库的时候采用LD_LIBRARY_PATH的方式指定链接路径。
另外注意一个问题,就是只要查找到第一个就会返回,后面的不会再查找.
makefile中对操作系统的判断:
ARCH = $(shell getconf LONG_BIT)
uname -m
ifeq ($(OS_TYPE), x86_64) LIB_EPOLL =
else LIB_EPOLL = -lepoll
endif
待续