选择合适的GDB源码版本

我的mips-linux交叉编译器不支持C++11特性，所以我选择较老的GDB版本

//是不是不太明白我在说啥？自己去试错就知道了。我之前选择了GDB9.1版本，编译途中遇到报该错。

//之后又下载了一个GDB版本来编译，make的时候有其他错误，我无法解决。

最终，我选择的合适版本是 gdb-7.12.1.tar.xz，建议读者也下载该版本。

//版本老点不要紧，够用就行。贪多嚼不烂。

--prefix指定安装路径

后面的路径一般是我们自己新创建的用来存放目标程序(现在我们的目标程序就是GDB)的文件夹

--target --host 一般一样，指定为交叉编译器的前缀

(我当前mips平台的交叉编译器是mips-linux-gnu-gcc，所以这里后面写mips-linux-gnu)

CC指定交叉编译器

./configure --target=mips-linux-gnu --prefix=/home/lmw/open_lib/GDB/GDBStupHere

make

make install

./configure --target=mips-linux-gnu --host=mips-linux-gnu CC=mips-linux-gnu-gcc

make

编译应用程序时要加[-g]选项，否则，GDB调试时会报错。

在我的linux板子上，执行：

gdbserver 192.168.1.23:2001 main_app

//192.168.1.23是主机ubuntu的IP，2001是端口号，可以随便写， main_app是目标可执行程序

开启ubuntu终端，在待调试的应用程序源码文件夹内去启动GDB，执行：

mips-linux-gnu-gdb main_app

连接到开发板上，执行：

target remote 192.168.1.20:2001

//192.168.1.20是开发板的IP

之后ubuntu主机与开发板即可连接成功，可以使用GDB命令进行调试了。

Core Dump

当程序运行的过程中异常终止或崩溃，操作系统会将程序当时的内存状态记录下来，保存在一个文件中，这种行为就叫做Core Dump（中文有的翻译成“核心转储”)。

我们可以认为 core dump 是“内存快照”，但实际上，除了内存信息之外，还有些关键的程序运行状态也会同时 dump 下来，

例如寄存器信息（包括程序指针、栈指针等）、内存管理信息、其他处理器和操作系统状态和信息。

core dump 对于编程人员诊断和调试程序是非常有帮助的，因为对于有些程序错误是很难重现的，例如指针异常，而 core dump 文件可以再现程序出错时的情景。

相关设置

如果没有进行core dump 的相关设置，默认是不开启的。可以通过ulimit -c查看是否开启。如果输出为0，则没有开启，

需要执行ulimit -c unlimited开启core dump功能。

编译应用程序源码时要加-g选项。