CodeWarrior编译器中编译目标的设置

本文主要是介绍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地址中。 
  .

选择地址模型将会影响你的项目中的三个元素：

1. 编译器选项
2. ANSI库
3. 链接器参数文件

项目的编译器选项

编译器的行为受到选择的地址模型影响。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编译器中编译目标的设置的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---