ADS高级应用.pptVIP

ADS默认的标准C库 ADS默认的存储器映射 在默认的情况下，我们链接、定位、运行在0x8000 heap 被直接放置在数据区的上面 堆栈的基地址是通过调试环境从C库函数的Startup Code 里读取出来的。 ARMulator = from configuration file (peripherals.ami) default = 0Multi-ICE = from debugger internal variable $top_of_memory default = 0x80000 应用程序启动 __main copy code and data zero uninitialized data 重定向C库函数 (1) 你可以使用适合你目标板运行的驱动来替换标准C库中的设备驱动。 Eg: printf( ) 可打印到LCD上，而不是打印控制台上 重定向C库函数(2) 要重定向C库函数,简单的办法是使用你自己的可执行的semihosting SWIs来代替原来的C库函数，从而来满足你的系统要求 比如说, the printf()系列函数(sprintf()除外) 都会调用fputc(). 在默认情况下fputc()的执行使用了semihosting SWI. 用下面的语句来代替： extern void sendchar(char *ch);int fputc(int ch, FILE *f){ /* e.g. write a character to an LCD */ char tempch = ch; sendchar(tempch); return ch;} 可查看在ADS Embedded example目录下的retarget.c,可看到更多的重定向例子 你可以确定有不在连接时使用semihosting SWI 的吗?…... 消除C库函数中的semi hosting 为了确保在连接时没有函数使用了semi hosting SWIs ，你可以在程序中加入下面的句子： #pragma import(__use_no_semihosting_swi)  如果在程序中仍然使用了semihosting ,编译时将会报错： Error: Symbol __semihosting_swi_guard multiply defined 修改: 如果使用 (check -verbose linker output for occurrences of I use_ semihosting_ swi), 那么连接器将会把那些使用了smeihosting 的程序列出来， 然后： 提供你自己可运行的功能函数。 在ADS 1.2 编译器和库函数手册, 表4-2给出了所有使用了semihosting的C库函数。 注意: 连接器在用户自己的应用代码中不会出现任何有关 semihosting SWI使用的报告。 分散加载（Scatterloading） 在一个实际应用当中，你可能并不想在0x8000处开始运行。 大多数嵌入式系统都有存储器设备，他们的地址空间是在整个存储器映射中交叉出现的。 分散加载提供了一种把你的代码和数据放在不同的存储器定位上的办法 分散加载定义了两种类型的存储器区域。 Load 区： - 在reset/load时保留了应用程序的代码和数据 (典型应用为 ROM). Execution 区 – 在程序执行的同时保留了程序的代码和数据。在应用程序启动 期间，每个load区都可创建一个或多个可执行区。 分散加载了的应用把详细的存储器映射保存在一个描述文件中，作为一个参数给armlink使用 eg: armlink program.o -scatter scatter.scf -o program.axf 分散加载(简单例子) Scatter 描述文件 通配符（*）语法允许简单的对CODE 和DATA 进行分组 链接器放置规则 在每个可执行区，链接器通过一些基本的规则来放置CODE 和DATA 基本的排序方法是通过属性来安排的: RO 领先于RW ，RW 领先于ZI 有相同的属性时，CODE 在DATA之前放置。 更多的排序方法决定于： 输入的组名按字母排序, 在ARMLINK命令行中指定的顺序。 eg: armlink file1.o file2.o … 在SCATTOR 文件中的对象排序 为了把特定的CODE 和DATA 放在指定的地址上，你可以不考虑标准的放置规则 使用+FIRST 和 +LAST ，直接把第一个和最后一个对象放在可执行区。 图例：把VECTOR表放在区的开始。 ROOT区 LOAD