1、从http://www.gnu.org/software/gdb/ 下载 gdb-6.8.tar.gz
2、tar -zxvf gdb-6.8.tar.gz 进行解压后（这句是不是有点罗嗦了。。。嘿）
3、cd gdb-6.8/
4、./configure
注意！，这个脚本命令后面是带参数的。如果不带参数，则默认以源码所在系统环境为编译环境。比如，我的虚拟机上的 REDHAT LINUX 是 i686-pc-linux-gnu ，如果需要一个 x86 平台的 GDB ，那直接运行这个命令，然后再 make 就可以了。我试过，很轻易就编译过了。
5、不过我需要的是两个类型，一个是 mips 的 GDB ，一个是 mips 的 GDBSERVER ，还有一个是交叉编译出来的配置为 --host=i686-pc-linux-gnu --target=mipsel-linux 的 GDB 。这三个东西，mips 的 GDB 是用在非 GDBSERVER 模式下的。而以 --host=i686-pc-linux-gnu --target=mipsel-linux 配置编译出来的 GDB 则作为 GDBSERVER 模式的服务器端（因为我虚拟机上的系统是x86的），而 mips 的GDBSERVER 在目标板上作为客户端。
6、首先
./configure --host=mipsel-linux --target=mipsel-linux CC=mipsel-linux-gcc
make
编译中会提示 no termcap library found
google 一下，发现很多说法，搞的我头大。其实很简单，去下载一个 termcap-1.3.1 的包，因为我们这里是需要mips的静态库。所以也是一样用上述的参数，编译生成一个 libtermcap.a。具体编译生成的方法就不细说了。要验证是否生成了mips的库，只要用 ar -x libtermcap.a 解开，然后用 file 命令查看 termcap.o 的类型是否为 mips 即可。
然后，就是要把库放到合适的位置，使make能够找到这个库。不过我是直接拷到 /usr/lib/ 下的。但是这样还不行，make 一下，还是提示找不到。所以就搜了一下，是哪里连接这个库的。在 gdb/configure 脚本里有这样一段：
case $host_os in
cygwin*)
if test -d $srcdir/libtermcap; then
LIBS="../libtermcap/libtermcap.a $LIBS"
ac_cv_search_tgetent="../libtermcap/libtermcap.a"
fi ;;
go32* | *djgpp*)
ac_cv_search_tgetent="none required"
;;
*mingw32*)
ac_cv_search_tgetent="none required"
CONFIG_OBS="$CONFIG_OBS win32-termcap.o"
;;
esac
我把这段都注释掉。然后加上
ac_cv_search_tgetent="/usr/lib/libtermcap.a"
这边就编译过了。接着呢，
/usr/tools/mipsel-linux/include/sys/ptrace.h 又报语法错。。。
这时候可以把 make 打印出的信息中的报错部分的mipsel-linux-gcc ....的这部分拷贝下来。然后把 -c 参数改为 -E 参数，进行预编译。重定向到比如 1.txt 中。发现 ptrace.h 里面的联合 enum{ 1=1,...}那肯定会报错了。可是怎么会 "1=1" 呢。说明是有地方重复 define 了。
在 /usr/tools/ 下和 gdb 编译目录下，查找 PTRACE_TRACEME 字段。结果发现在 /usr/tools/mipsel-linux/include/linux 下也有个 ptrace.h 里面 define 了 PTRACE_TRACEME 。用 -M 参数，打印出当前这个文件所引用的头文件，确认这个 ptrace.h 也被包含了。解决办法就是不要让程序包含这个重复的头文件。
搞定之后，继续make。发现有warning被treat成erro，则所编译文件下的makefile，将