在交叉编译程序或core dump调试时设置sysroot

在这里插入图片描述

在嵌入式Linux开发中，使用core dump来调试程序crash的问题。
需要程序crash时的内存dump文件，还有当前正在执行的程序，然后在host主机上执行GDB。
简单的说，在目标板上生成core dump文件，使用scp命令将文件copy到Ubuntu上，然后使用交叉编译环境的gdb来调试。
比如：

$ arm-poky-linux-gdb app coredump-app

但这时使用交叉编译工具链的gdb来调试目标板上的程序，需要使用目标板上头文件和库文件才行，不然没法完整解析这个core dump文件里面的符号。

这时就会提示：
warning: Could not load shared library symbols for 14 libraries, e.g. /lib/libpthread.so.0.
Use the “info sharedlibrary” command to see the complete listing.
Do you need “set solib-search-path” or “set sysroot”?

那解决的办法，按照提示，一种方法是设置library path，一种是设置sysroot。
第一种方法，可能要设置多个path，而第二种方法更加简便快捷。
下面举个例子，在gdb时设置我环境下的sysroot：
(gdb) set sysroot /home/usrname/ingenic/buildroot/output/host/mipsel-buildroot-linux-gnu/sysroot
这是使用北京君正芯片开发时设置的路径。
然后这时候继续使用gdb下的命令，就能查看调试信息了：
(gdb) bt
。。。。。。
#9 0x0057582c in sigsegv_handler(int) ()
#10
#11 0x006c1cec in ClassA::Func4(char const*, unsigned char*, int, int) ()
#12 0x006c1eec in ClassA::Func3(char const*, unsigned char*, int) ()
#13 0x006c2248 in ClassA::Func2() ()
#14 0x0058a7d4 in ClassA::Func1(bool) ()
#15 0x0058a454 in ClassA::MainLoop() ()
#16 0x005730d4 in main ()

那这个sysroot是什么东东呢？
sysroot是你的目标文件系统的一个缩减版本，它只需要包含你要编译/链接的库和头文件。设置系统根的方法有很多，其中一种是将目标机上的/us