运用arm写程序的调用stdio.h C:KeilARMRV31INCstdio.h(659): error: #79: expected a type specifie

keil 里面的stdio.h

和PC上的一样.只是个头文件而已.

库里面的printf函数不是用来显示的.

而是你 如果51单片机的串口初始化了

printf函数会把你的租闷数据从串口输出而已.

你软件仿弊李弯真扰团...查看串口那边的输出就知道了

用户程序insmod 核心模块加载：具体如下：

核心模块编译完成后，基本上是个未经符号定位的目标文件(object)（当然，如果这个object又是一些子object经过ld -r生成的话，则子object之间的符号定位是已经完成的），object是一种可重定位的代码，它可以加载到不同位置的内存执行。而真正加载进核心，并成为核心的一部分，则是用户程序insmod和核心几个系统调用共同完成的。在此过程中，insmod主要完成或通过系统调用完成以下的工作：

1）由参数找到模块文件，如insmod foo.o，模块文件就是foo.o，根据模块文件计算出模块文件所需的内存大小

2）调用系统调用create_module，为该模块分配核心空间内存

3）调用系统调用query_module，得到核心提供的符号表，与系统调用create_module的返回值（核心模块首地址）加在一起对模块进行重定位。

4）在用户空间为核心模块分配内存，并往该段内存复制一个经过定槐宏位的object映象。

5）调用系统调用init_module，将用户内存中的模块映象copy到相应的核心空间（首地址为create_module的返回值）。

6）释放用户内存，中止insmod运行。

如果一切顺利，没有出现未定位的符号，则核心模块object就融入系统，成为系统的一部分了。

核心模块的加载过程对核心来说实际是空键个“静态链接”的过程，这和用户程序动态链接运行过程再链接需要的代码还是不太一样的，当铅亏册然，object的可重定位特性保证了链接后的代码正常运行，这点倒是比较相似的。

以上回答你满意么？

1.指令集模拟器

部分集成开发环境提供了指令集模拟器，可方便用户在PC机上完成一部分简单的调试工作，但是由于指令集模拟器与真实的硬件环境相差很大，因此即使用户使用指令集模拟器调试通过的程序也有可能无法在真实的硬件环境下运行，用户最终必须在硬件平台上完成整个应用的开发。

2.驻留监控软件

驻留监控软件(ResidentMonitors)是一段运行在目标板上的程序，集成开发环境中的调试软件通过以太网口、并行端口、串行端口等通讯端口与驻留监控软件进行交互，由调试软件发布命令通知驻留蠢歼监控软件控制程序的执行、读写存储器、读写寄存器、设置断点等。

驻留监控软件是一种比较低廉有效的调试方式，不需要任何其他的硬件调试和仿真设备。arm公司的Angel就是该类软件，大部分嵌入式实时 *** 作系统也是采用该类软件进行调试，不同的是在嵌入式实时 *** 作系统中，驻留监控软件是作为 *** 作系统的一个任务存在的。

驻留监控软件的不便之处在于它对硬件设备的要求比较高，一般在硬件稳定之后才能进行应用软件的开发，同时它占用目标板上的一部分资源，而且不能对程序的全速运行进行完全仿真，所以对一些要求严格的情况不是很适合。

3.JTAG仿真器

JTAG仿真器也称为JTAG调试器，是通过ARM芯片的JTAG边界扫描口进行调试的设备。JTAG仿真器比较便宜，连接比较方便，通过现有的JTAG边界扫描口与armCPU核通信，属于完全非插入式(即不使用片上资源)调试，它无需目标存储器，不占用目标系统的任何端口，而这些是驻留监控软件所必需的。另清租外，由于JTAG调试的目标程序是在目标板上执行，仿真更接近于目标硬件，因此，许多接口问题，如高频 *** 作限制、AC和DC参数不匹配，电线长度的限制等被最小化了。使用集成开发环境配合JTAG仿真器进行带正冲开发是目前采用最多的一种调试方式。

4.在线仿真器

在线仿真器使用仿真头完全取代目标板上的CPU，可以完全仿真ARM芯片的行为，提供更加深入的调试功能。但这类仿真器为了能够全速仿真时钟速度高于100MHz的处理器，通常必须采用极其复杂的设计和工艺，因而其价格比较昂贵。java课程认为在线仿真器通常用在arm的硬件开发中，在软件的开发中较少使用，其价格高昂也是在线仿真器难以普及的因素。

---