笔者在Ubuntu交叉编译openwrt系统时，遇到了错误error while loading shared libraries，提示找不到libsigsegv.so.2这个库，而且是makefile在执行awk这个指令时报的错。
分析过程如下：
1、首先先用whereis和find，看看系统中有没有这个库，结果发现是有的。于是按照网上的通用做法，修改了/etc/ld.so.conf的路径，包含了这个库，编译，发现失败。
2、于是检查awk，awk是Linux自带的指令，我把makefile中的这条awk指令拿出来单独执行，是没有问题的，所以应该不是awk指令的问题。
3、然后用ldd查看awk用到的库，发现awk有用到这个libsigsegv.so.2，而这个库是在/usr/lib/x86_64-linux-gnu下，随后用file 查看libsigsegv.so.2，发现这个库是软连接到同路径下的libsigsegv.so.2.0.5，再file libsigsegv.so.2.0.5，发现这是一个x86-64的库。
4、随后，机缘巧合下，把libsigsegv.so.2的路径 /usr/lib/x86_64-linux-gnu，用LD_LIBRARY_PATH设置了一下动态库路径
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/x86_64-linux-gnu
发现报错，这次报的是ELFCLASS64,搜了一下大概是在64位系统上以32位编译的意思。随即就想到是不是64位的原因。
至此，小结一下，报错找不到这个libsigsegv.so.2库，但是库是存在的，而且库的路径是有设进动态加载库路径，也就是说如果真的是用到这个库，应该不会有问题。
5、随后在能编得过的服务器上找这个库，发现有一个同名库，在/usr/lib/i386-linux-gnu下，随后把库搬到Ubuntu上，再修改/etc/ld.so.conf，编译，通过。
这里有一个很坑的点，就是如果只修改/etc/ld.so.conf的路径，他是不会报ELFCLASS64这个错的，如果不是恰巧修改了LD_LIBRARY_PATH，强行指定了库的路径，不知还要研究多久。
另外，笔者在编译这个openwrt系统遇到这个问题之前，遇到了个问题，就是在makefile中检查make -v 和git --version的版本，编译检查不通过，但是手动查询版本是符合条件的，而且把编译检查命令打印出来还没打印，就感觉很玄学，后来强行修改了检查条件才通过。
后来，移植了32位库后，发现这个报错没有了，所以以后如果遇到在交叉编译时，发现一些系统命令或者路径依赖，正常使用没问题，但是交叉编译有问题，可以想一想是不是32位或者64位的问题。
