Chinaunix首页 | 论坛 | 博客
  • 博客访问: 39178
  • 博文数量: 17
  • 博客积分: 1445
  • 博客等级: 上尉
  • 技术积分: 180
  • 用 户 组: 普通用户
  • 注册时间: 2008-03-30 18:15
文章分类

全部博文(17)

文章存档

2012年(1)

2010年(4)

2009年(8)

2008年(4)

我的朋友
最近访客

分类:

2008-08-31 00:11:42

总的来说,可将所有的段分为两类:已初始化段和未初始化段。

    已初始化段中包含数据表和可执行代码,常用的有3个:.text 段、.cinit段和.const段。其中,.text 段中包含所有可执行的代码以及常量;.cinit段中包含未用const声明的外部(external)或静态(static)数据表;.const段中则包含已用const声明的外部或静态数据表以及字符串常量。

    未初始化段在存储器(通常为RAM)中保留空间,用于程序运行时创建和存储变量,常用的有两个:.bss段和.stack段。其中,.bss段用于为全局和静态变量保留空间,在程序开始执行时,由C引导程序将.cinit段中的已初始化数据复制到.bss段中。.stack段用作C的系统堆栈,向被调函数传递参数,并为局部变量分配空间。

    在上述五个常用段中,.text 段和.cinit段被固定连接至程序空间,存储器类型可以是ROM或RAM(一般为ROM,具体取决于编译时RAM或ROM方式的选择);.bss段和.stack段则被固定连接至数据空间,存储器类型只能是RAM。

    而.const段的使用则较为灵活。.const段被固定连接至数据空间,但存储器类型可以是ROM或RAM。这就有别于.cinit段:.cinit段被连接至程序空间,程序执行时,再被复制到数据空间中的.bss段中。这样,一张未用const声明的数据表要同时占用程序(.cinit段)和数据空间(.bss段)的一部分。与之相比较,如果系统支持数据ROM,则该数据表改用const声明后,只需占用数据空间(.const段)的一部分。

    如果程序较为复杂,由C编译器生成的.bss段会比较庞大,这种情况下对.bss段进行特定操作就比较困难。如将几个常用的数据表连接至片内RAM,而非片外RAM;或需对某个数据表进行特殊寻址。这时,即使目标系统不支持数据ROM,也有必要使用.const段。这就需要在连接时对.const段作如下规定:在程序空间中加载,而在数据空间中运行。C引导程序对其处理的方法类似与.cinit段,将其从程序空间复制到数据空间。
    除上述五个常见段外, C编译器还可能产生两个段:tch段和.sysmem段。其中,tch段包含用于开关tch)语句的数据表;而.sysmem段则用于动态存储分配。如果直接使用了汇编,还可能用到.data段以及自命名的已初始化(代码)段和未初始化(变量)段。

段的分配
虽然,C语言是一种相对高效的高级语言,并且TI提供的C编译器还结合硬件特点支
持三级优化功能,但生成的汇编代码效率仍可能会不尽人意。如作者预使用环型缓冲区
管理功能,这就要求该缓冲区应被定位到相对特定的位置。因此,用户对C编译器究竟是
如何进行存储分配的,应有一定的了解。
目标码是以段为单位组织的。至于TMS320C54x 汇编器是如何具体分配段,而连接器
又是如何进行连接的,这些并非本文的要旨,详细内容请参见关于TMS320C54x 汇编/连
接器的使用一书。这里,仅结合C语言的特点,简单介绍一下几种常用段的使用。
总的来说,可将所有的段分为两类:已初始化段和未初始化段。
已初始化段中包含数据表和可执行代码,常用的有3个:.text 段、.cinit段和.co
nst段。其中,.text 段中包含所有可执行的代码以及常量;.cinit段中包含未用const
声明的外部(external)或静态(static)数据表;.const段中则包含已用const声明的
外部或静态数据表以及字符串常量。
未初始化段在存储器(通常为RAM)中保留空间,用于程序运行时创建和存储变量,
常用的有两个:.bss段和.stack段。其中,.bss段用于为全局和静态变量保留空间,在
程序开始执行时,由C引导程序将.cinit段中的已初始化数据复制到.bss段中。.stack段
用作C的系统堆栈,向被调函数传递参数,并为局部变量分配空间。
在上述五个常用段中,.text 段和.cinit段被固定连接至程序空间,存储器类型可
以是ROM或RAM(一般为ROM,具体取决于编译时RAM或ROM方式的选择);.bss段和.stac
k段则被固定连接至数据空间,存储器类型只能是RAM。
而.const段的使用则较为灵活。.const段被固定连接至数据空间,但存储器类型可
以是ROM或RAM。这就有别于.cinit段:.cinit段被连接至程序空间,程序执行时,再被
复制到数据空间中的.bss段中。这样,一张未用const声明的数据表要同时占用程序(.
cinit段)和数据空间(.bss段)的一部分。与之相比较,如果系统支持数据ROM,则该
数据表改用const声明后,只需占用数据空间(.const段)的一部分。
如果程序较为复杂,由C编译器生成的.bss段会比较庞大,这种情况下对.bss段进行
特定操作就比较困难。如将几个常用的数据表连接至片内RAM,而非片外RAM;或需对某
个数据表进行特殊寻址。这时,即使目标系统不支持数据ROM,也有必要使用.const段。
这就需要在连接时对.const段作如下规定:在程序空间中加载,而在数据空间中运行。
C引导程序对其处理的方法类似与.cinit段,将其从程序空间复制到数据空间。具体实现
,请参见TMS320C54x C编译器的用户指南。但作者在使用1.10版的TMS320C54x C编译器
时发现,该版本的引导程序并不支持.const段的加载。通过阅读C编译器所带的库函数的
源代码,参照引导程序对.cinit段的处理,作者修改了该段引导程序,使之支持对.con
st段的加载。
除上述五个常见段外,TMS320C54x C编译器还可能产生两个段:.switch段和.sysm
em段。其中,.switch段包含用于开关(switch)语句的数据表;而.sysmem段则用于动
态存储分配。如果直接使用了汇编,还可能用到.data段以及自命名的已初始化(代码)
段和未初始化(变量)段。

阅读(420) | 评论(0) | 转发(0) |
0

上一篇:linux从入门到精通

下一篇:fedora's faq

给主人留下些什么吧!~~