Сценарий компоновщика - размещение раздела в конце области памяти

Question

Я искал далеко и широко, как это сделать, и не смог найти ответ.

Моя раскладка памяти выглядит следующим образом:

Fake Address | Section 
    0  | text 
    7  | relocate 
    15  | bss 
    23  | stack 

В конце стека я поместить Heap. Который растет, и стек - полный нисходящий стек для чипа ARM, который я использую.

Теперь, что я хочу сделать, это разместить один раздел, назовем его .persist, в мою память RAM. Я хочу, чтобы он находился в самом конце ОЗУ, и я хочу запрограммировать это в моем скрипте компоновщика. Однако размер этого раздела .persist не определяется мной, а вычисляется компилятором из содержащихся в нем символов.

До сих пор у меня не было хорошего способа сделать это. Поскольку я знаю начальный адрес RAM и SIZE, было бы тривиально рассчитать, где раздел должен идти, если бы я знал размер раздела. Однако, по словам the GNU linker documentation (pg 74), кажется, что:

SIZEOF (раздел) Возвращает размер в байтах имени секции, если этот раздел был выделен. Если раздел не был выделен, когда он был оценен, компоновщик будет сообщить об ошибке.

поэтому я не могу определить размер раздела в скрипте компоновщика (так как я хочу рассчитать размер, прежде чем я его разместил/выделил).

Кто-нибудь знает, как это сделать?

Answer 1

Что я хочу сделать, это разместить один раздел, назовем его .perist, в мою память RAM. Я хочу, чтобы он находился в самом конце ОЗУ, и я хочу запрограммировать это в моем скрипте компоновщика.

компоновщик скрипт имеет специальную переменную Location Counter, которая позволяет изменять текущий адрес, и в качестве такого размера или адреса секции или символа, путем создания разрывов или отверстий в адресном пространстве.

Answer 2

Вы можете форсировать секции в определенных местах.

Например, в этой документации Red Hat GNU Linker page, вы можете определить секции .data, чтобы начать по адресу 0x8000000:

SECTIONS 
{ 
    . = 0x10000; 
    .text : { *(.text) } 
    . = 0x8000000; 
    .data : { *(.data) } 
    .bss : { *(.bss) } 
} 

Answer 3

Я был в состоянии сделать что-то подобное, делая связывая двухступенчатый процесс , Сначала я скомпилирую рассматриваемый раздел в его собственном объектном файле. В моем случае у меня был раздел метаданных, сгенерированный из файла сборки. gcc -c скомпилирует источник в объектные файлы, но не свяжет их.

gcc -c metadata.s -o metadata.o 

Вы также могли бы построить всю свою программу, а затем извлечь только раздел в вопросе с objcopy.

gcc -c main.cc -o main.o 
objcopy --only-section=.metadata main.o metadata.o 

Теперь я создаю и связываю остальную часть программы и включаю объектный файл среди входных данных компоновщика.

gcc metadata.o ../main.o -o Program.elf -T linkerscript.ld 

Компоновщик считывает раздел .metadata из файла объекта, и я могу ссылаться на его размер в скрипте линкера.

Answer 4

У меня была аналогичная проблема я сделал это таким образом

/* heap section */ 
.heap (NOLOAD): 
{ 
    . = ALIGN(8); 
    _sheap = .; 
    . = . + HEAP_SIZE; 
    . = ALIGN(8); 
    _eheap = .; 
} > ram 

_ram_end_ = ORIGIN(ram) + LENGTH(ram) -1 ; 
_stack_size = _ram_end_ - _eheap ; 

/* stack section */ 
.stack (NOLOAD): 
{ 
    . = ALIGN(8); 
    _sstack = .; 
    . = . + _stack_size; 
    . = ALIGN(8); 
    _estack = .; 
} > ram 

.LastSection (NOLOAD): /* for test in dump file */ 
{ 
    . = ALIGN(8); 
} > ram