EEPW论坛

四个问题其实就是一个，即链接器到底指定了什么东西。简单地说，linker把对函数的调用转化成向某一地址的跳转，把对变量的读写转化成对某一地址的访问。

但是，一段正在执行的代码本身，从本质上来说，并不需要知道自己运行在什么地址。只要PC指针有一个初值（比如0x0），然后每次加4之后，能取到下一条指令就行了。与此相关的另一个概念就是PIC（Position Independent Code，与位置无关的代码）。

只有当代码中调用了函数，向某个symbol跳转或访问了变量，才需要知道真实的地址。所以Image$$RO$$Base是否起作用，并不取决于C代码和汇编代码的区别，而在于PIC与PDC的区别。

版主和TALISKER已经回答了楼主的问题。我也说说自己的看法，希望对你有帮助。
1. Image$$RO$$Base is the address of the read-only execution region
你仔细琢磨RO BASE的意思，RO BASE指定的只是RO段的起始地址，注意：并没
有说始第一条指令的地址。所以，如果你的程序包括多个段的时候，有可能别
的段放到了RO BASE指定的地址上，而并不是期望执行的第一条指令。在调试
的时候，这不会造成什么问题，因为DEBUGGER会把PC指向程序的第一条指令。
如果你把程序烧写到FLASH里面后，这可能会造成问题，因为CPU在RESET后只
从地址0x0处开始取指令。所以，如果你写一个程序，期望程序从地址0x0开始
执行，要满足两个条件：1－RO BASE要为0x0，2－告诉linker，把包括你希望
执行的第一天指令SECTION链接到RO段的最前面。

2. 对于你说到的第二个问题，为什么你把RO BASE设置为0xF0000000还能从地址
0x0开始执行？这是因为4510的地址绕卷问题造成的，其实地址0xF0000000就是
地址0x0，不信你可以自己测试一下，从地址0xF00000读出来的指令和地址0x0
的指令一样。所以，你的第二个问题不是问题，这和RO BASE没什么关系。

3. 前面说过了，一个程序包括了RO段，但程序可能包括了很多个SECTION,在编译
的时候，各个section的RO段都是被链接到你指定的RO BASE开始的地方的，这
就涉及到另外一个问题：在RO段里面，你怎么安排各个sedtion在RO段的顺序？
如果你写的是BOOTLOADER的话，你必须要把包括你要执行的第一条指令的段放
在最前面，这样才能保证板子上电后能正常运行。

4. 我不知道你的程序里面是否有RW段？程序分为RO段和RW段，但并不是每个程序
都一定有RW段，如果你的程序里面没有全局变量等，那编译后，肯定是没有RW
段的，在这种情况下，你不进行RW段的拷贝，程序也能正常运行的。OK，在来
看看你的问题，你说在编译生成bin文件后，在bin文件里如何定位RW段？答案
是：单单依赖bin文件是无法定位RW段的。所以 － 如果你的程序有RW段的话，
你必须在自己程序里面处理RW段的拷贝。

首先谢谢各位兄弟、大哥的回复，非常感谢 ！

其次针对各位的回复，再综合我所知道的别人给的解释，我想再谈一下我自己现在的想法：
to Talisker：我不知道你想设定ro base在0x04的意思是什么？

to Twentyone：
针对你的回答1：
“在调试的时候，这不会造成什么问题，因为DEBUGGER会把PC指向程序的第一条指令。”－－－我调试的时候采用的是ADW载入ADS编译的二进制bin文件的方式，所以pc值或bin文件载入地址都是由我指定的，但都与ro base设定的值不同。
针对你的回答2：“对于你说到的第二个问题，为什么你把RO BASE设置为0xF0000000还能从地址0x0开始执行？这是因为4510的地址绕卷问题造成的，其实地址0xF0000000就是地址0x0”－－－你说的没错，0xF0000000地址最终会对应到0地址，不过我是将ro base设在了0xf00000,即15M内存的地方，而调试使用的obey xxx.ini命令将0～16M的内存都分配给了SDRAM，所以将ro base 设在0xf00000，还没有到地址卷绕的地方。
针对你的回答4：
我调试的程序首先是比较简单，那是不错，不过变量肯定是有的，不论全局、局部变量，都有 ！是一个同时包含串口和IO口简单测试的程序。

另外有人回答说：

解答问题1&2：这说明你的bootloader是基于相对地址的，也就是说与地址无关，而这也是对bootloader的一个基本要求。一般的bootloader都设计成地址无关的。

解答问题4：这说明你的程序比较小，或者函数调用不复杂，堆栈操作不频繁等。也就是说，不按照你的设置的ro和rw基址调入程序，有可能数据空间不够，或者代码和数据重叠，程序执行就可能出错。

－－－－－－我看这个回答好像是对的，不知道各位对此有什么理解或看法 ？

[align=right][color=#000066][此贴子已经被作者于2005-9-6 10:16:36编辑过][/color][/align]

如果你下载的是bin文件，你怎么调试的？怎么知道你的程序是正确运行的？

以下是引用twentyone在2005-9-5 12:16:00的发言：
如果你的程序有RW段的话，
你必须在自己程序里面处理RW段的拷贝。

这个应该有链接的时候分散加载文件来做吧。

首先，感谢twentyone大侠的大力协助，在他的帮助下，我对这个问题基本上比较清楚了，下面是我和他交流的部分日志，有需要的兄弟，可以参考参考：

Twentyone：

文后附的是一个测试程序，这个程序可以验证RW的影响。
测试的之前，你把你的板子的MEMORY给配置好，把SDRAM配置到地址0X0开始的地方。

测试1：程序的RO_BASE = 0x0，RW_BASE不设置，你用仿真器单步运行程序，然后观察
内存0x800的内容变化，变化顺序应该是0x0 -> 0x1 -> 0x2 ... -> 0x9

测试2：程序的R0_BASE不变，还是RO_BASE = 0x0，RW_BASE设置为0x400，单步运行程
序，观察内存0x800的内容变化，看看结果和第一次测试的是否一样

我：

我试过了，也基本上清楚了，按照你的实验设定测试2会看到0x800地址的数据不规则的变化，我又看了一下对应的汇编代码（我是指编译后的汇编代码），发现程序在读取array数组值时，是从rw base开始的地方读取数据的，因此如果一开始没有将rw段放到rw base开始的地方，则程序执行后读取的数据肯定是不对的，这也符合rw base本身的意思，现在我应该说是彻底的清楚了，谢谢 ！
我以前的问题是：我在程序中使用变量前首先就先改变了变量的值，因此RW段首先就被我程序先修改了，也就是说虽然我没有搬移RW 段的操作，但是我重新修改了rw base开始的数据的值，对应到你的这个测试程序，也就是说本来我没做搬移RW段的操作，则0x400地址开始的数据（在你这个测试程序中存放的是array数组的值）是不确定的，但后来程序一开始我就修改了array数组的数据，也即修改了0x400开始的数据，因此RW段虽然我没有搬移操作，但其实也就被我重新设定正确了，然后再读取使用，当然执行起来，当然就没有什么问题了，不过这里有一点：就是我的程序本来就比较小，RW段也很小，所以没有什么问题，但如果程序大一点，RW段太大，我不能够一一重新指定，那程序就会出错了，问题解决，非常感谢 ！
不过关于RO段的问题：RO base 设定值与bin程序载入值不同，但程序仍能正确执行的问题 。
我想可能只能用我得代码都是“地址无关”的这个来解释了，对吧 ？
这东西有点绞，不知道我上面的表达清楚没？ 呵呵，如果没什么问题，我想就把上面这段话转到电子产品世界去了，然后我那个帖子也就可以方封贴了，呵呵，不过真的非常感谢你的帮助，谢谢 ！

Twentyone：

不用客气！

你说的很清楚，你的理解是正确的，关于RO_BASE的问题，如果程序完全运行正确的话
，只能用与地址无关来解释。

如果你想做一个RO_BASE的测试的话，你可以写一个测试程序，在程序里面包括一些绝
对寻址的指令，你就会发现程序运行时用不同的RO_BASE的话，运行会有问题的（可能
不影响结果，但中间肯定是有地方和你期望的不一样的）。

ft，忘了贴代码了，Twentyone大侠的测试程序如下：

init.s:

AREA Init, CODE, READONLY
CODE32
ENTRY
ARM
LDR SP, =0xC00
IMPORT CTEST
B CTEST
END

test.c:

unsigned int array[] = {0,1,2,3,4,5,6,7,8,9};

int CTEST(void)
{
int i;
unsigned int base;
i = 0;
base = 0x800;
for(i = 0; i < 10; i++){
*((unsigned int*)(base)) = array[i];
}
return 0;
}

不错，鼓励交流，也欢迎贴出自己的心得！