笔者在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位的问题。