1 引言

日益成熟的硬件技术以及更加复杂化的应用需求，使得软件逐步取代硬件成为嵌入式系 统系统的主要组成部分[7]。嵌入式软件系统的开发是否能跟上市场需求的变化成为制约嵌入 式产品能否占据市场的关键因素。因此，设计一种较为通用的，高度集成的，同时具备良好 扩展性的嵌入式软件集成开发环境对于提高嵌入式软件开发效率非常重要[1][4]。

本文中设计并实现的嵌入式软件开发环境 PLAEmbeddedIDE v1.0，是基于Windows 环 境的，集编辑器、交叉编译器、交叉调试器等工具为一体的，具备扩展性的嵌入式软件集成 开发环境。

2 PLAEmbeddedIDE 的层次结构

PLAEmbeddedIDE 采用分层的模块化结构，其结构如图1 所示，从上至下分别是用户 界面层、配置实体层、接口层、功能层。其中，功能层又分为两大部分：工具集和可重用组 件库。用户界面接收用户的输入对系统进行配置，通过配置实体设定相应的参数，接口层通 过传递过来的配置参数，对工具进行必要的配置，并加载恰当的工具完成用户动作。

3 PLAEmbeddedIDE 的交叉编译器模块

3.1 交叉编译器后端重定向机制

可重定向编译器是快速开发交叉编译器的平台[2]，以最常用的可重定向编译器GCC 为 例，图2 是GCC 后端重定向的原理图。

GCC 后端与目标相关部分的源码insn-*，是由后端代码生成器gen*(文件名以gen 开 头的c 源程序)读入3 个目标描述文件自动产生的，如图2 中右侧所示。这些生成器gen* 相当于目标描述文件的解释程序，对目标描述文件进行分析和处理。目标描述文件由 machine.md、machine.h、和machine.c 构成，是insn-*文件描述内容的抽象形式，与insn-* 文件相比，目标描述文件更容易书写和理解。

gen*程序实现了从目标机描述文件到GCC 后 端的自动生成。 重定向交叉编译器时，gen*读入目标描述文件生成相应的insn-*，然后将这些insn-*与 GCC 的其它源程序(与目标不相关的代码)共同编译链接，生成最终的交叉编译器。用户 在基于GCC 构建新的交叉编译器时，需要做的工作就是编写或改写三个目标描述文件，修 改相关编译选项即可[5]。

3.2 交叉编译器的接口设计

基于 GCC 构建的交叉编译器是一个独立的应用程序，当用户调用的时候，GCC 作为后 台程序运行[5]，完成编译功能之后，将返回结果传送给用户界面。因此，还需要向上层用户 界面提供通用的编译接口，PLAEmbeddedIDE 通过调用这些接口来完成各项编译工作。 根据集成开发环境对交叉编译器的功能要求，本文设计了通用的编译接口函数 InvokeComplier( )供上层GUI 调用。部分代码如下：

4 PLAEmbeddedIDE 交叉调试器模块

4.1 GDB 的移植

GDB 的移植工作主要集中在与目标相关的代码编写[3][6]，下面将分别就GDB 源码中与 目标相关的文件，讲述如何进行移植代码的编写。

(1)GDB-6.3/gdb/ARCH-tdep.c 该文件的主要作用是初始化gdbarch 结构，ARCH 代表目标体系结构的名称。gdbarch 结构是在gdbarch.c 文件中定义的，用于存放与目标体系结构相关的信息。mcore-tedp.c 文件 的初始化函数是_initialize_mcore_tdep(void)，这个函数在GDB 启动的时候被调用。当GDB 读入类型为bfd_arch_ARCH 的可执行文件时，将调用类型bfd_arch_ARCH 指向的函数： ARCH_gdbarch_init(),ARCH_dump_tdep()。其中，函数ARCH_gdbarch_init()主要负责完成 gdbarch 结构的部分初始化工作，ARCH_dump_tdep()负责显示有关目标信息(可以省略)。

(2)GDB-6.3/gdb/ARCH-TOS-tdep.c 该文件主要对上面(1)中建立的gdbarch 结构根据操作系统的特性进一步初始化。其 中ARCH 代表的意义与(1)中相同，TOS 代表目标平台采用的操作系统名称。该文件的初 始化函数void _initialize_more_uclinux_tdep (void) 也是在GDB初始化的时候被调用执行的。

该初始化函数通过调用gdbarch_regiSTer_osabi ()向全局链表gdb_osabi_handler_list 上注册函 数mcore_uclinux_init_abi()。注册过的函数将被初始化函数ARCH_gdbarch_init()中的 gdbarch_init_osabi()调用执行。

(3)GDB-6.3/gdb/ARCH-NAT.c 和GDB-6.3/gdb/ARCH-TOS-NAT.c

这两个文件是与操作系统相关的，其中文件ARCH-NAT.c 中的函数侧重于目标体系结 构，支持多种操作系统，文件ARCH-TOS-NAT.c 中的函数则针对某种目标体系结构上的某 种操作系统，实际编写时可以灵活掌握。

(4)GDB-6.3/gdb/config/ARCH/ARCH.mt

这个文件是设置一些生成目标GDB 时，需要跟目标操作系统有关的文件。

(5)GDB-6.3/gdb/config/ARCH/tm-ARCH.h 和GDB-6.3/gdb/config/ARCH/tm-TOS.h

这两个文件是分别与体系结构相关和与操作系统相关的头文件，这些头文件将被很多相 关文件所包含。通过在这些头文件中设置相应的宏或其他的定义，起到对其他相关文件设置 的作用。

(6)GDB-6.3/config.sub 和GDB-6.3/gdb/configure.tgt

修改config.sub 和configure.tgt 文件，在config.sub 中添加相应目标体系结构的处理脚本， 同时在configure.tgt 中指定交叉调试器的名称等信息。修改完成后，就可以利用make 工具， 运行“./configure –target=ARCH”命令生成可以直接运行的新的交叉调试器了。

4.2 交叉调试器的接口设计

为了向上层 PLAEmbeddedIDE 隐藏调试器实现的细节，与交叉编译器类似，需要设计 通用的调试接口。

根据集成开发环境对交叉调试器的功能要求，部分设计的接口函数如下：

??SEttarget(BSTR TargetType, unsigned long baudRate, BSTR comPort)

功能描述：设置目标板类型、通信波特率、串口号、并连接目标板;

??InvokeDebugger( unsigned long hWnd, BSTR Path, BSTR filename, BSTR TargetType)

功能描述：调用针对当前目标类型的GDB，并打开被调试文件; ??

DownloadFile() 功能描述：将被调试程序下载到目标板上;

??SendExecCmd(unsigned long cmd) 功能描述：向GDB发送跟踪调试的命令，比如继续、跳过、跳入等等; ??DumpRegisters(BSTR *pReg) 功能描述：获取当前所有寄存器的值; ??

ReadMemory (unsigned long startAddress, unsigned longend Address, BSTR * pMemData ) 功能描述：取得指定地址区间的内存值;

5 结束语

本文通过对开放源码的工具集 GNU 的重定向，实现了开放式、可扩展的嵌入式软件集 成开发环境的设计。设计并实现的嵌入式软件集成开发环境原型系统PLAEmbeddedIDE v1.0，包括了编码、编译、调试等嵌入式软件开发中所需要的各项服务。用户通过用户界面调用通用的编译接口和调试接口，可以方便地调用与目标相对应的交叉编译器和交叉调试 器，能够大大简化嵌入式软件开发的过程、提高开发效率。

该系统已经成功运用于 Mcore 和ARM 两个系列目标处理器的嵌入式软件开发中。但在 以后的开发过程中，需要不断扩展所支持的处理器类型，增加相应的驱动程序库，还需要不 断丰富集成开发环境的模版等进一步完善工作。