Размещение переменой по заданному адресу и ее значение после ресета Опции

[turnon]

Представленный код инкрементит переменную между ресетами, но есь вопросы по надежности, а именно - не затрется ли переменная.

Размещение переменой по заданному адресу означает что под нее будет выделено место в памяти, заданное адресом?
Или это просто будет ссылка на заданный адрес - а что там - неизвестно?

STM32F2, IAR

Код

#include "stm32f2xx.h"

static __no_init __root uint32_t flag @0x20000000;

int main(void)
{
  flag++;
  NVIC_SystemReset();
}

Вот разница в .map файлах. Слева - с переменной flag, справа - без:

[esaulenka]

Отлично. Берём другого автора.
https://www.iar.com/support/tech-notes/comp...ecific-address/
Они делают то же самое, и не говорят, что между двумя способами указания адреса есть какая-то разница.

А что находится по этому адресу - известно только .icf файлу. Там может быть что-то, а может и не быть.

А вот это неправда. Что находится по этому адресу, известно линкеру. Один из способов сообщить это линкеру - icf-скрипт. Другой - прагмы и IAR'овские расширения языка си непосредственно в исходнике. Более того, достаточно прочитать первое сообщение темы - там отчётливо видно, как этот флажок расположен именно в том месте, какое и подразумевалось при объявлении. И что стек автоматически смещается, тоже видно. Т.е. линкер эту область видит. Ставим галочку.

Что будет, если линкер не сможет растолкать bss (zero-init), data (non-zero-init), стек и эти секции в области памяти - надо проверять. Но в то, что без каких-то ошибок они перекроют друг друга, я не верю. И аргументов от Вас никаких не услышал.

Вот именно удобно когда всё размещение в памяти описано в одном месте. У IAR это место - .icf-файл.

Чувства верующих я, пожалуй, обсуждать не буду.

[jcxz]

Нет. Если есть прямая директива разместить переменную по фиксированному адресу, то линкер её там и разместит, все остальные переменные лягут по другим адресам, никакого "затирания" не произойдет. В противном случае смысл в этой директиве напрочь отпадает.

Ну хорошо, коли так
IAR может и проверяет, но вот другие компиляторы? В теме у автора из раздела форума "ARM" как раз подобное и приключилось - перекрылись две секции памяти, видимо описанные в разных местах.