本文主要是介绍CodeWarrior编译器中编译目标的设置,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
在CodeWarrior编译器中,生成的map文件中TARGET SECTION(编译目标)中有一项时Memory Model选项,这个的改变影响生成的s19文件,最明显的地方在于生成的s19文件中位于0xFFFE开头的地址中的数据会被改变。
对于地址模型的介绍,摘抄自https://blog.csdn.net/lin_strong/article/details/78127072
编译器和链接器的默认行为
当使用项目向导创建一个新的CodeWarrior项目时,用户被要求选择一个地址模型,选项有:Small、banked和large地址模型。选择的地址模型将决定CodeWarrior的链接器会默认地会把你的代码以及变量放在哪里,以及决定CodeWarrior的编译器会怎么产生访问你的对象的指令。
这里描述了每个地址模型:
- Small memory model:你的代码和变量都会默认放在non-banked位置。
- Banked memory model:你的代码默认会放在banked地址中,但是你的变量会默认放在non-banked地址中。
- Large memory model:你的代码和变量都会默认放在banked地址中。
.
选择地址模型将会影响你的项目中的三个元素:
- 编译器选项
- ANSI库
- 链接器参数文件
项目的编译器选项
编译器的行为受到选择的地址模型影响。CodeWarrior项目向导在你项目的编译器选项中插入一个 -M 选项。有三种参数,取决于模型:-Ms、-Mb或-Ml。这个选项指示编译器根据模型的假定来编译。
Small地址模型对应选项 -Ms。编译器不会插入任何指令来处理任何分页寄存器。变量将会被直接访问non-banked地址,并且你的代码会使用JSR/RTS指令来执行。
Banked地址模型对应选项 -Mb。当访问你的代码的时候,编译器会使用处理PPAGE寄存器的指令。在调用一个函数的时候会使用CALL指令。CALL指令会负责在运行你的函数前把它的分页号写到PPAGE寄存器中。变量则会默认的按照non-banked地址的方式访问。
Large地址模型对应选项 -Ml。编译器将使用CALL指令来访问你的代码,并且在访问RAM和EEPROM变量前也会插入分页处理指令,它们被默认放在分页地址。因此这个地址模型对代码大小和执行时间非常不友好,在大部分情况下不推荐。
如果你需要访问分页区变量,大部分情况下用这个方法就够了:选择banked地址模型,然后每次变量要放到分页区的时候都用特别标识符来告知编译器。文档的后面部分会讨论怎么访问分页区变量。这使得你可以只在需要访问分页区变量时才进行分页访问,而不是默认对所有变量都这么访问。
修改方式如下图:
按照前面的描述可以修改。
这篇关于CodeWarrior编译器中编译目标的设置的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!