0

我有一些 Microblaze 的汇编程序，我想在地址 0x00000000 加载（即确保它在复位时执行）。

我有一个链接器脚本应该这样做（我认为）：

SECTIONS
{
    ENTRY(_start)
    . = 0x0000;
    .vectors.reset : { *(.vectors.reset) }
    . = 0x0008;
    .vectors.sw_exception : { *(.vectors.sw_exception) }
    . = 0x0010;
    .vectors.interrupt : { *(.vectors.interrupt) }
    . = 0x0018;
    .vectors.hw_exception : { *(.vectors.hw_exception) }
    . = 0x100;
    .text : { *(.text) }
    .data : { *(.data) }
    .bss : { *(.bss) }
}

但是在编译代码时，它似乎偏移了 0x1000：

objdump -h startup.MICROBLAZE.elf 

startup.MICROBLAZE.elf:     file format elf32-big

Sections:
Idx Name          Size      VMA       LMA       File off  Algn  
  0 .vectors.reset 00000008  00000000  00000000  00001000  2**2
                   CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .vectors.sw_exception 00000008  00000008  00000008  00001008  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  2 .vectors.interrupt 00000008  00000010  00000010  00001010  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  3 .vectors.hw_exception 00000008  00000018  00000018  00001018  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  4 .text         00000020  00000100  00000100  00001100  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, CODE

该偏移量来自哪里，我该如何抑制/控制它？

编辑：似乎 0x1000 偏移量是编译文件/对象中代码部分的物理偏移量 - 对吗？

4

1 回答 1

2

根据您的objdump列表，一切都应该按照您的预期布置。即您的.text部分的 VMA 和 LMA 都指向 address 0x100。

0x1000您正确猜到的偏移量是 ELF 文件中部分.text的偏移量。但是这个部分会被加载到地址0x100。

如果您尝试使用

$ objdump -S startup.MICROBLAZE.elf

您将看到正确的说明布局。-Wl,-Map,output.map在带有gcc 标志的链接阶段生成 MAP 文件也很有帮助。

于 2014-11-10T23:37:03.633 回答