GDB源码交叉编译 for arm64_linux，解决各种编译错误

GDB工具是有效的debug工具。比如在解决程序crash的时候，可以追溯问题点的堆栈调用信息，帮助问题定位。在个别系统上，比如buildroot想要单独编译GDB而不通过重编buildroot的时候，或者想要编译某个专门的GDB版本的时候需要源码编译Gdb工具。这里专门针对交叉编译的情况。下面记录下作者的步骤和遇到问题的解决方案。方案非唯一，但目的都是为了得到可用的gdb工具。

 

交叉编译普遍是指在X86的linux上编译其他架构下的程序。所以以下步骤在X86机器执行。

1.获取源码

在github或者公共资源网站获取源码，比如http://www.gnu.org/software/gdb/download/网站，Index of /pub/gdb/releases (sourceware.org)

获得源码后执行解压：

tar -zxvf gdb-9.2.tar.gz

然后 cd gdb-9.2进入源码目录执行 mkdir build创建编译输出文件夹。

2.执行configure，配置CC和CXX工具路径

由于是交叉编译，不能使用PC本地的bin 文件，所以需要指定CC 和CXX编译工具路径。因此，操作者需要知道自己SDK包或者系统镜像里的CC和CXX工具的位置及路径。举例，这里比如CC位于/home/aarch64-buildroot-linux-gnu-gcc， 比如CXX位于/home/aarch64-buildroot-linux-gnu-g++，这样对应的configure命令为：

cd build， 然后执行：

../configure  CC=/home/aarch64-buildroot-linux-gnu-gcc CXX=/home/aarch64-buildroot-linux-gnu-g++  --host=arm-linux

3.执行make

运行make命令。过程中可能会发生错误。比如出现如下错误提示：

arm-linux-ar: Command not found

这个时候，需要在/usr/bin目录下增加arm-linux-ar工具，以这里的CC命令aarch64-buildroot-linux-gnu-gcc为例，对应的arm-linux-ar命令的名字应该就是aarch64-buildroot-linux-gnu-ar，路径即应该在和CC同一个路径下，即/home/aarch64-buildroot-linux-gnu-ar。这样即可执行以下命令添加arm-linux-ar到/usr/bin:

ln -s /home/aarch64-buildroot-linux-gnu-ar arm-linux-ar

再次执行make解决此错误。

作者还遇到了如下错误：

 这里缺失的定义比如PTRACE_SETREGS可以在/usr/include/sys/ptrace.h内搜到，而查看build目录下的config.h 发现HAVE_SYS_PTRACE_H其实已经定义，但为什么仍然报未定义错误呢？作者暂时没有深究，但可以通过如下方式解决，在报错的arm-linux-nat.c的头部增加缺失的宏定义如下：

#define PT_GETFPREGS 14
#define PTRACE_SETFPREGS 15
#define PTRACE_GETREGS 12
#define PTRACE_SETREGS 13

以上宏定义的值均出自/usr/include/sys/ptrace.h内的定义。后面遇到类似的错误比如__NR_sigreturn找不到的报错也是类似的如法炮制，在报错文件上部添加：

#define __NR_sigreturn 119

其值也是出自/usr/include下面可以搜到。

直到编译顺利完成，在build/gdb目录下生成了可执行文件gdb。

4.运行gdb

将build/gdb目录下生成的gdb复制到目标arm机的/usr/bin目录，然后执行sudo chmod a+x /usr/bin/gdb修改成可执行权限，即可执行gdb命令。类似于：