Всем доброго дня.

Был проект под 9.1, там такой фокус проходил. В квартусе 13.1 делаю так:

1. Создаю свою секцию в памяти ончип .onch.rwdata (картинка)
2. В коде объявляю переменную:

volatile char pkt[1562] __attribute__ ((section (".onch.rwdata"))); //1562

Все вроде в 9.1 работало, тут говорит так:

d:/altera/13_1/nios2eds/bin/gnu/h-i686-mingw32/bin/../lib/gcc/nios2-elf/4.7.3/../../../../../H-i686-mingw32/nios2-elf/bin/ld.exe: section .text loaded at [0400019c,0400496b] overlaps section .onch.rwdata loaded at [0400019c,040007b7]
collect2.exe: error: ld returned 1 exit status
make: *** [ADV_ddr_test.elf] Error 1

В файле .map вижу такое:



Если в объявлении указать секцию .text - все нормально компилируется, если указать совершенно левую секцию, которой даже в BSP не указано (т.е. вообще нет) - ругается точно таким же образом. Как будто не видит эту секцию.

Что сделано не так?

попробуйте в скрипте линкера заменить

на

Ха! прокатило, скомпилировал как надо! Слава vadimuzzz! В который раз выручает.

А нельзя ли подробней, так сказать для общего развития, что за NOLOAD волшебный и что он делает?

http://ftp.gnu.org/old-gnu/Manuals/ld-2.9....node/ld_21.html

Этот атрибут показывает, что содержимое секции не надо инициализировать. Вопрос в том, зачем линкер вообще решил это делать (load address 0x0400019c). Что, кстати, лежит в ddr по указанному адресу?

В ДДР лежит по этому адресу секция .text, точнее с этого адреса начинается. Да много что-то в этой ситуации не понятно: зачем пытается затолкнуть в другую секцию, почему когда не инициализируешь - ставит как надо, вроде какая разница? И раз уж толкает в другую секцию, то почему пытается на занятое место поставить?

а что конкретно? выложите objdump и map

Прикрепляю, спасибо что помогаете разобраться.

Насчет разобраться, это вы загнули, мне самому не понятно
Смахивает на баг линкера, т.к. указанный адрес в map(0x0400ef40), откуда якобы идет загрузка, не содержит ничего (0x0400ef40 0x0)
Это указатель на __bss_end и __alt_stack_base