GNU链接脚本

    主要以uboot中的i386的链接脚本为例子进行说明。ELF的格式不在这里赘述。

    这里有两个关键的地址：运行地址（VMA）和加载地址(LMA)。前者指的是BIOS在哪个内存地址运行；后者指的是生成的目标文件所烧结到的flash芯片所占用的系统地址是什么。

    链接脚本主要描述了最终ELF中各个段是如何排布的，以及各个段的地址，一个输出段的标准格式
    section [address] [(type)] : [AT(lma)] { output-section-command output-section-command ... } [>region] [AT>lma_region] [:phdr :phdr ...] [=fillexp]  

   section_name 根据ld手册说是有个确定的名字，其他没啥，自己添加一些新段也是可以的。
   默认的4个段是必须有的

•    .text 代码
•    .rodata 常量，例如字符串什么的
•    .data 初始化的全局变量
•    .bss  没有初始化的全局变量

   段名字后面紧跟的是 vma ，也就是这个段在程序运行的时候的地址，例如
　.text 0x30000000 : { *(.text) }   

     下面实例中用了两个指令 LOADADDR ，这个指令是用来求 lma 地址的！ SIZEOF 求段的大小。例如LOADADDR(.text) 求出 .text 段的 lma，SIZEOF(.text)   求出 .text 段的大小。AT(LOADADDR(.rodata) + SIZEOF(.rodata))  指定 .data段的lma在 .text段lma的结尾处！
     还有一个指令 ADDR(.text) 这个是求vma的，不是求lma。下面实例中未用到，各位知晓即可。

    OUTPUT_FORMAT("elf32-i386", "elf32-i386", "elf32-i386")OUTPUT_ARCH(i386) /* 开始的这两个OUTPUT 是链接脚本的关键字，说明目标文件的格式和所运行的平台架构 */ENTRY(_start) /* 指明整个目标文件的入口 */SECTIONS{. = 0x387c0000; /* Where bootcode in the flash is mapped ，说明该代码在哪段物理地址运行，是代码实际运行时所在的物理内存地址。*/.text : { *(.text); } /* 取出所有数入文件的.text segment段构造成目标文件的.text，这里也可以设置获取某些文件的.text。例如.text : { cpu/mpc86xx/start.o(.text)｝ */. = ALIGN(4); /* 指明.text 四字节对齐 */.rodata : { *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) }/* 这里定义只读数据段 */. = 0x400000; /* Ram data segment to use,这里重新指定了数据段的运行地址(VMA) */_i386boot_romdata_dest = ABSOLUTE(.);.data : AT ( LOADADDR(.rodata) + SIZEOF(.rodata) ) { *(.data) }/* 这里使用AT关键字指定了.data段的加载地址（LMA），通常是bootflash芯片所属于的物理地址段 */_i386boot_romdata_start = LOADADDR(.data);. = ALIGN(4);.got : AT ( LOADADDR(.data) + SIZEOF(.data) ) { *(.got) }_i386boot_romdata_size = SIZEOF(.data) + SIZEOF(.got);. = ALIGN(4);_i386boot_bss_start = ABSOLUTE(.);.bss (NOLOAD) : { *(.bss) . = ALIGN(4); }_i386boot_bss_size = SIZEOF(.bss);/* 16bit realmode trampoline code */.realmode 0x7c0 : AT ( LOADADDR(.got) + SIZEOF(.got) ) { *(.realmode) }_i386boot_realmode = LOADADDR(.realmode);_i386boot_realmode_size = SIZEOF(.realmode);/* 16bit BIOS emulation code (just enough to boot Linux) */.bios 0 : AT ( LOADADDR(.realmode) + SIZEOF(.realmode) ) { *(.bios) }_i386boot_bios = LOADADDR(.bios);_i386boot_bios_size = SIZEOF(.bios); . = .; __u_boot_cmd_start = .; .u_boot_cmd : { *(.u_boot_cmd) } __u_boot_cmd_end = .;/* The load addresses below assumes that the flash * will be mapped so that 0x387f0000 == 0xffff0000 * at reset time * * The fe00 and ff00 offsets of the start32 and start16 * segments are arbitrary, the just have to be mapped * at reset and the code have to fit. * The fff0 offset of resetvec is important, however. */. = 0xfffffe00;.start32 : AT (0x387ffe00) { *(.start32); }. = 0xff00;.start16 : AT (0x387fff00) { *(.start16); }. = 0xfff0;.resetvec : AT (0x387ffff0) { *(.resetvec); }_i386boot_end = (LOADADDR(.resetvec) + SIZEOF(.resetvec) );}

 

 

问题：

-------------------------------------------------------------------------------------------------------------------

１．各输入文件的.text在目标文件中.text中的位置是如何确定的？我们是否可以新增一个段，在执行正式代码前，先执行我们自定义段中的代码，如果可以，如何实现？

2.　目标文件中的各个段，何时以及如何从LMA地址迁移到VMA地址，开始正常运行的？