引言
GNU免费提供了一整套工具链，为嵌入式Linux程序的开发和调试提供了完整的支持。其强大的gdb调试工具可以方便地对嵌入式平台上的程序进行跟踪调试；而Linux下强悍的VIM编辑器，不仅可以方便地调用make文件对代码进行编译，而且通过脚本的配置还可轻松地成为高效的代码编辑环境。流传着这样一种说法，“世界上的程序员分三种，一种使用Emacs，一种使用VIM，剩余的是其他。”不去辩论这句话的对与错，单纯从字面意义上来理解，也足见VIM的魅力了。因此，在VIM中实现对嵌入式软件的调试，我们便得到了一个高效、稳定的嵌入式Linux的开发环境。
1 gdb对嵌入式软件的调试模式
许多非Linux的嵌入式系统已经在使用gdb与gdbstub对目标板进行远程“交叉调试”；然而，因为Linux内核实现了ptrace（）系统调用，所以在对嵌入式应用程序进行调试的时候并不需要gdb stub，而采用gdb套件提供的gdb服务器来对目标板上的嵌入式应用程序进行调试。
目标板上的gdb服务端gdbserver与主机上的gdb调试器的通信方式主要有两种：使用串口通信的“交叉串行连接”和使用网口的“TCP／IP” 联机。鉴于PC端的方便性以及串口资源有限，尤其是现在的笔记本电脑甚至已经不存在串口，所以，大多采用TCP／IP方式，即PC主机与目标板通过网线直连或者PC机与目标板通过路由或者hub等组成局域网通信。这种调试模式如图1所示。
2 在VIM中实现对嵌入式软件的调试
我们知道，gdb的功能虽然强大，但由于其基于命令行的操作，所以调试过程不直观，而且Windows下的调试环境集调试与代码编辑为一体，当出现 bug的时候，可以方便地对源代码进行修改，相比而言，gdb在这方面又有失色。既然VIM和gdb的功能如此强大，又完全免费，而且完全适合嵌入式这种特殊的开发模式，那么有没有将二者强强联合的方法呢？有，那就是vimgdb。
vimgdb是给VIM提供一个可选特性的补丁。它可以在VIM编辑器里提供完整的gdb调试器支持，比如设置断点、查看变量值、gdb命令补全等等，并且这些操作可以在VIM中直观地显示出来。下面阐述在VIM中实现时嵌入式软件调试的具体过程。
2．1 系统环境及所用软件包版本
PC操作系统：Ubuntu8．10。
PC编译器：GNU gcc4．3．1。
PC调试器：GNU gdb6．8。
目标板Linux内核：2．6．13。
目标板CPU：S3C2440（ARM9架构）。
交叉编译器：arm—linux—gcc3．4．1。
交叉调试器：自编译GNU gdb6．8。
目标板gdb服务端：自编译GNU gdbserver6．8。
跨平台开发工具路径：～／build-tools／arm—linux，且已经设置好系统路径变量。
测试代码及程序路径：～/test，包含程序代码test．c及Makefile。
所用软件包存放路径：～／down。
所用软件包：VIM编辑器源码vim一7．1．tar．bz2、vimgdb71-1．13．tar．gz、GNU gdb源码gdb-6．8．tar．bz2。
2．2 对VIM源码打vimgdb补丁并编译安装
①运行下面的命令，解压VIM源码及vimgdb补丁文件，并对VIM源码打补丁：
执行完上述操作后，VIM将会被安装在／usr／local路径下。如果想修改安装路径，可在上述的编泽安装前，打开～／down／vim71／src／Makefile文件的862行安装路径选项并修改。如将VIM安装在／usr路径下，则将 862#prefix=$（HOME）修改为862 prefix=／usr。
③安装vimgdb的runtime文件，运行下面的命令：
ca～/down/vimgdb
tar zxfv vimgdb_runtime．tgz—C／usr／share／vim／vimfiles
2．3 建立交叉调试嵌入式软件的gdb组件
①编译嵌入式gdh调试器服务端gdbserver，运行如下的命令：
将当前目录下的gdbserver拷贝到目标板文件系统的/bin目录下，以备交叉调试用。
②编译安装交叉调试器gdb，运行如下命令：
注意，这里的prefix的值必须填写绝对路径，而不能用“～”来替代用户路径／home／popeye，否则会提示prefix路径赋值错误。然后运行：
make
这个过程中，可能会出现图2所示的错误。
出现这种情况的原因是，编译规则中选择了警告选项“-Werror”。它会将所有的警告转变为错误，而且出现的有关“getwd”函数的提示信息表明，这里编译器检测到的应该是一个“警告”，而不是真正的语法错误。所以，需改正编译选项：
cd～／down／gdb一6．8／gdb
gedit Makefile
注意，此处的MaKefile是在执行完上述的make命令后才产生的，在最初的代码包里不含有这个文件。对文什的145行进行修改，去掉 WERROR_CFLAGS的赋值，即
2．4 在VIM中实现对嵌入式软件调试前的准备
在嵌入式软件开发过程中的习惯做法是：首先，在PC机上编译调试程序，如果在PC机上运行正常，再进行交叉编泽。然后，将软件移植到目标板上，如果在目标板上出现bug，再用交叉调试器arm—linux—gdb进行调试。
简而占之，对嵌入式软件的调试过程包含两个部分：PC机上调试部分和嵌入式平台上的凋试部分。在这个过程中，可能既用到PC机上的调试器gdb，又用到交叉调试器arm—linux—gdb，而对应的是同一个源代码程序和运行在不同平台上的两个可执行程序。同时涉及两个调试器转换的问题，但 vimgdb只能对宁符串为“gdb”的系统命令进行调用。下面，将这个比较困难的问题简单化：
①编辑适用的Makefile，控制生成对应不同平台的可执行程序：
cd～／test
其中，test．c为实验代码，Makefile为编译规则，我们简单编写Makefile的内容为：
当执行“make test—pc”命令时，就会生成可运行在PC机上的可执行程序；执行“make test一em”则生成可运行在嵌入式目标板上的可执行程序。
②修改vimgdb的快捷键映射脚本，在VIM中实现PC调试器与交叉调试器的轻松切换。
首先，针对vimgdb只能对字符串为“gdb”的系统命令进行调用，做如下的工作：
其次，编辑文件／etc／vim／macros／gdb_mappings．vim。主要修改和添加的部分为：
a．添加调试器转换函数，并设置转换开关为大写“E”键（Shift+E实现）：
即在进入调试状态后，屏蔽掉调试器转换快捷键E，并设置快捷键F8来显示变量值监测窗口。
即在退出调试状态后，还原gdb命令为gdb—pc的调用，并还原“E”的调试器转换开关作用。
使得启动vim后，便会在vim中启动对gdb进行调用的快捷键映射。
至于在gdb_mappings．vim中具体设定的其他快捷键，由读者自己分析或设定即可。
2．5 在VIM中对嵌入式软件进行调试
下面设定目标板上的嵌入式软件调试时所用的快捷键：E为调试器转换开关；F9为进入调试模式；F8为开启变量监视窗口；空格键为开启命令行输入窗口；调试模式为PC通过超级终端对嵌入式目标板进行输入输出，Ubuntu8．10通过TCP／IP方式对嵌入式软件进行调试；PC机Linux IP为222．31．51．147；目标板IP为222．31．51．180；调试连接端口为1234。
①用VIM打开～／test／test．c，运行命令“：make test—em”，将生成的test—em文件拷贝到嵌入式平台的文件系统下，并在嵌入式平台运行命令，指定等待连接的交叉调试器地址、连接端口以及要调试的嵌入式程序：
gdbserver 222．31．5l.147：1234 test—em
嵌入式端会出现如下的类似提示信息，进入等待连接状态：
Process test—em created：pid=80l
Listening on port 1234
②按下大写“E”键（Shift+按键E），根据VIM窗口下方的提示信息，确定所选调试器。
提示信息为“NOW！ Gdb is ready for Embedded Sys—tem！！！”或者“Gdb is ready for PC，，Now”。
③按下F9，在出现的命令窗口输入命令“file test—em”后，会在VIM中的另一个窗口出现以下类似的调试信息：
可以发现，在VIM中已经成功调用交叉调试器arm—linux—gdb了。以后的调试命令，都是通过先按下空格键，调出命令窗口，输入命令，回车后传递给调试器。按下空格，在命令窗口输入命令，连接嵌入式目标板端：
target remote 222．31．51．180：1234
此时，VIM中的调试信息窗口出现信息：
至此，PC交叉调试器与嵌入式软件的连接完成，现在可以在VIM中对程序运行进行例如断点一类的设置动作；而嵌入式软件的输入输出，需要在嵌入式端来完成。这里先通过命令对代码设置断点，然后用命令continue继续程序运行（注意，这里不用run开始，因为当调试器与嵌入式端连接完成时，被调试的嵌入式软件已经开始运行），用命令next对程序实现步进调试。调试过程中的VIM如图3所示。
图中测试代码要实现的是让用户输入5个数，然后经过排序后输出。对应的输入输出在嵌入式端体现出来。对应图3，此时在嵌入式端需要进行输入动作：
从图3中可以直观地看清断点设置在哪里，程序现在步进到哪里。当程序第一次运行到图3中的17行时，按下F8键，开启变量值观测窗口，然后先后执行 3个命令“cr i”、“cr j”、“cr a”，这样，就可以在变量观测窗口实时地监测变量的数值了，如图4所示。
这种调试方式提供对gdb所有命令功能的支持，而且当发现bug时，可以通过q命令终止调试，然后按F9跳出调试模式，就可以继续对源代码进行修改。
至于在这之前的嵌入式软件在本地PC机上的调试，其过程比起调试运行在嵌入式设备上的软件来讲，只少了个远程连接的过程，其余调试过程都一样。至此，实现了在VIM中对嵌入式软件的调试。
结语
嵌入式Linux系统的广泛应用，对嵌入式软件开发和调试环境的效率提出了更高的要求。GNU所提供的支持交叉编译与调试的工具链是一个很好的选择，尤其是其中的gdb调试工具完全满足嵌入式软件“交叉编译”的这种特殊需要；而且，功能强大的VIM编辑器又可实现对gdb调试器的整合，从而在VIM中实现了对嵌入式软件的调试功能。通过上面的实例可以看到，在VIM中对嵌入式软件进行调试更加直观和高效，从而也促使嵌入式软件的开发效率得到了质的提高。
引言
GNU免费提供了一整套工具链，为嵌入式Linux程序的开发和调试提供了完整的支持。其强大的gdb调试工具可以方便地对嵌入式平台上的程序进行跟踪调试；而Linux下强悍的VIM编辑器，不仅可以方便地调用make文件对代码进行编译，而且通过脚本的配置还可轻松地成为高效的代码编辑环境。流传着这样一种说法，“世界上的程序员分三种，一种使用Emacs，一种使用VIM，剩余的是其他。”不去辩论这句话的对与错，单纯从字面意义上来理解，也足见VIM的魅力了。因此，在VIM中实现对嵌入式软件的调试，我们便得到了一个高效、稳定的嵌入式Linux的开发环境。
1 gdb对嵌入式软件的调试模式
许多非Linux的嵌入式系统已经在使用gdb与gdbstub对目标板进行远程“交叉调试”；然而，因为Linux内核实现了ptrace（）系统调用，所以在对嵌入式应用程序进行调试的时候并不需要gdb stub，而采用gdb套件提供的gdb服务器来对目标板上的嵌入式应用程序进行调试。
目标板上的gdb服务端gdbserver与主机上的gdb调试器的通信方式主要有两种：使用串口通信的“交叉串行连接”和使用网口的“TCP／IP” 联机。鉴于PC端的方便性以及串口资源有限，尤其是现在的笔记本电脑甚至已经不存在串口，所以，大多采用TCP／IP方式，即PC主机与目标板通过网线直连或者PC机与目标板通过路由或者hub等组成局域网通信。这种调试模式如图1所示。
2 在VIM中实现对嵌入式软件的调试
我们知道，gdb的功能虽然强大，但由于其基于命令行的操作，所以调试过程不直观，而且Windows下的调试环境集调试与代码编辑为一体，当出现 bug的时候，可以方便地对源代码进行修改，相比而言，gdb在这方面又有失色。既然VIM和gdb的功能如此强大，又完全免费，而且完全适合嵌入式这种特殊的开发模式，那么有没有将二者强强联合的方法呢？有，那就是vimgdb。
vimgdb是给VIM提供一个可选特性的补丁。它可以在VIM编辑器里提供完整的gdb调试器支持，比如设置断点、查看变量值、gdb命令补全等等，并且这些操作可以在VIM中直观地显示出来。下面阐述在VIM中实现时嵌入式软件调试的具体过程。
2．1 系统环境及所用软件包版本
PC操作系统：Ubuntu8．10。
PC编译器：GNU gcc4．3．1。
PC调试器：GNU gdb6．8。
目标板Linux内核：2．6．13。
目标板CPU：S3C2440（ARM9架构）。
交叉编译器：arm—linux—gcc3．4．1。
交叉调试器：自编译GNU gdb6．8。
目标板gdb服务端：自编译GNU gdbserver6．8。
跨平台开发工具路径：～／build-tools／arm—linux，且已经设置好系统路径变量。
测试代码及程序路径：～/test，包含程序代码test．c及Makefile。
所用软件包存放路径：～／down。
所用软件包：VIM编辑器源码vim一7．1．tar．bz2、vimgdb71-1．13．tar．gz、GNU gdb源码gdb-6．8．tar．bz2。
2．2 对VIM源码打vimgdb补丁并编译安装
①运行下面的命令，解压VIM源码及vimgdb补丁文件，并对VIM源码打补丁：
执行完上述操作后，VIM将会被安装在／usr／local路径下。如果想修改安装路径，可在上述的编泽安装前，打开～／down／vim71／src／Makefile文件的862行安装路径选项并修改。如将VIM安装在／usr路径下，则将 862#prefix=$（HOME）修改为862 prefix=／usr。
③安装vimgdb的runtime文件，运行下面的命令：
ca～/down/vimgdb
tar zxfv vimgdb_runtime．tgz—C／usr／share／vim／vimfiles
2．3 建立交叉调试嵌入式软件的gdb组件
①编译嵌入式gdh调试器服务端gdbserver，运行如下的命令：
将当前目录下的gdbserver拷贝到目标板文件系统的/bin目录下，以备交叉调试用。
②编译安装交叉调试器gdb，运行如下命令：
注意，这里的prefix的值必须填写绝对路径，而不能用“～”来替代用户路径／home／popeye，否则会提示prefix路径赋值错误。然后运行：
make
这个过程中，可能会出现图2所示的错误。
出现这种情况的原因是，编译规则中选择了警告选项“-Werror”。它会将所有的警告转变为错误，而且出现的有关“getwd”函数的提示信息表明，这里编译器检测到的应该是一个“警告”，而不是真正的语法错误。所以，需改正编译选项：
cd～／down／gdb一6．8／gdb
gedit Makefile
注意，此处的MaKefile是在执行完上述的make命令后才产生的，在最初的代码包里不含有这个文件。对文什的145行进行修改，去掉 WERROR_CFLAGS的赋值，即
2．4 在VIM中实现对嵌入式软件调试前的准备
在嵌入式软件开发过程中的习惯做法是：首先，在PC机上编译调试程序，如果在PC机上运行正常，再进行交叉编泽。然后，将软件移植到目标板上，如果在目标板上出现bug，再用交叉调试器arm—linux—gdb进行调试。
简而占之，对嵌入式软件的调试过程包含两个部分：PC机上调试部分和嵌入式平台上的凋试部分。在这个过程中，可能既用到PC机上的调试器gdb，又用到交叉调试器arm—linux—gdb，而对应的是同一个源代码程序和运行在不同平台上的两个可执行程序。同时涉及两个调试器转换的问题，但 vimgdb只能对宁符串为“gdb”的系统命令进行调用。下面，将这个比较困难的问题简单化：
①编辑适用的Makefile，控制生成对应不同平台的可执行程序：
cd～／test
其中，test．c为实验代码，Makefile为编译规则，我们简单编写Makefile的内容为：
当执行“make test—pc”命令时，就会生成可运行在PC机上的可执行程序；执行“make test一em”则生成可运行在嵌入式目标板上的可执行程序。
②修改vimgdb的快捷键映射脚本，在VIM中实现PC调试器与交叉调试器的轻松切换。
首先，针对vimgdb只能对字符串为“gdb”的系统命令进行调用，做如下的工作：
其次，编辑文件／etc／vim／macros／gdb_mappings．vim。主要修改和添加的部分为：
a．添加调试器转换函数，并设置转换开关为大写“E”键（Shift+E实现）：
即在进入调试状态后，屏蔽掉调试器转换快捷键E，并设置快捷键F8来显示变量值监测窗口。
即在退出调试状态后，还原gdb命令为gdb—pc的调用，并还原“E”的调试器转换开关作用。
使得启动vim后，便会在vim中启动对gdb进行调用的快捷键映射。
至于在gdb_mappings．vim中具体设定的其他快捷键，由读者自己分析或设定即可。
2．5 在VIM中对嵌入式软件进行调试
下面设定目标板上的嵌入式软件调试时所用的快捷键：E为调试器转换开关；F9为进入调试模式；F8为开启变量监视窗口；空格键为开启命令行输入窗口；调试模式为PC通过超级终端对嵌入式目标板进行输入输出，Ubuntu8．10通过TCP／IP方式对嵌入式软件进行调试；PC机Linux IP为222．31．51．147；目标板IP为222．31．51．180；调试连接端口为1234。
①用VIM打开～／test／test．c，运行命令“：make test—em”，将生成的test—em文件拷贝到嵌入式平台的文件系统下，并在嵌入式平台运行命令，指定等待连接的交叉调试器地址、连接端口以及要调试的嵌入式程序：
gdbserver 222．31．5l.147：1234 test—em
嵌入式端会出现如下的类似提示信息，进入等待连接状态：
Process test—em created：pid=80l
Listening on port 1234
②按下大写“E”键（Shift+按键E），根据VIM窗口下方的提示信息，确定所选调试器。
提示信息为“NOW！ Gdb is ready for Embedded Sys—tem！！！”或者“Gdb is ready for PC，，Now”。
③按下F9，在出现的命令窗口输入命令“file test—em”后，会在VIM中的另一个窗口出现以下类似的调试信息：
可以发现，在VIM中已经成功调用交叉调试器arm—linux—gdb了。以后的调试命令，都是通过先按下空格键，调出命令窗口，输入命令，回车后传递给调试器。按下空格，在命令窗口输入命令，连接嵌入式目标板端：
target remote 222．31．51．180：1234
此时，VIM中的调试信息窗口出现信息：
至此，PC交叉调试器与嵌入式软件的连接完成，现在可以在VIM中对程序运行进行例如断点一类的设置动作；而嵌入式软件的输入输出，需要在嵌入式端来完成。这里先通过命令对代码设置断点，然后用命令continue继续程序运行（注意，这里不用run开始，因为当调试器与嵌入式端连接完成时，被调试的嵌入式软件已经开始运行），用命令next对程序实现步进调试。调试过程中的VIM如图3所示。
图中测试代码要实现的是让用户输入5个数，然后经过排序后输出。对应的输入输出在嵌入式端体现出来。对应图3，此时在嵌入式端需要进行输入动作：
从图3中可以直观地看清断点设置在哪里，程序现在步进到哪里。当程序第一次运行到图3中的17行时，按下F8键，开启变量值观测窗口，然后先后执行 3个命令“cr i”、“cr j”、“cr a”，这样，就可以在变量观测窗口实时地监测变量的数值了，如图4所示。
这种调试方式提供对gdb所有命令功能的支持，而且当发现bug时，可以通过q命令终止调试，然后按F9跳出调试模式，就可以继续对源代码进行修改。
至于在这之前的嵌入式软件在本地PC机上的调试，其过程比起调试运行在嵌入式设备上的软件来讲，只少了个远程连接的过程，其余调试过程都一样。至此，实现了在VIM中对嵌入式软件的调试。
结语
嵌入式Linux系统的广泛应用，对嵌入式软件开发和调试环境的效率提出了更高的要求。GNU所提供的支持交叉编译与调试的工具链是一个很好的选择，尤其是其中的gdb调试工具完全满足嵌入式软件“交叉编译”的这种特殊需要；而且，功能强大的VIM编辑器又可实现对gdb调试器的整合，从而在VIM中实现了对嵌入式软件的调试功能。通过上面的实例可以看到，在VIM中对嵌入式软件进行调试更加直观和高效，从而也促使嵌入式软件的开发效率得到了质的提高。
举报
举报
