虽然，C语言是一种相对高效的高级语言，并且TI提供的C编译器还结合硬件特点支持三级优化功能，但生成的汇编代码效率仍可能会不尽人意。如作者预使用环型缓冲区管理功能，这就要求该缓冲区应被定位到相对特定的位置。因此，用户对C编译器究竟是如何进行存储分配的，应有一定的了解。目标码是以段为单位组织的。至于TMS320C54x 汇编器是如何具体分配段，而连接器又是如何进行连接的，这些并非本文的要旨，详细内容请参见关于TMS320C54x 汇编/连接器的使用一书。这里，仅结合C语言的特点，简单介绍一下几种常用段的使用。 总的来说，可将所有的段分为两类：已初始化段和未初始化段。
已初始化段中包含数据表和可执行代码，常用的有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段，将其从程序空间复制到数据空间。具体实现 ，请参见TMS320C54x C编译器的用户指南。但作者在使用1.10版的TMS320C54x C编译器 时发现，该版本的引导程序并不支持.const段的加载。通过阅读C编译器所带的库函数的源代码，参照引导程序对.cinit段的处理，作者修改了该段引导程序，使之支持对.const段的加载。
除上述五个常见段外，TMS320C54x C编译器还可能产生两个段：.switch段和.sysmem段。其中，.switch段包含用于开关（switch）语句的数据表；而.sysmem段则用于动态存储分配。如果直接使用了汇编，还可能用到.data段以及自命名的已初始化（代码）段和未初始化（变量）段
原文地址：http://www.cnblogs.com/mfc1207/p/3860925.html
