Пару дней назад сел за этот компилятор и сразу появились грабли.
При использовании ключей

по первой строке все нормально создается. По второй он создает файл нужного стандарта, но он пустой. точнее при любых начальных инициализациях EEPROM он вида

Пробовал на разных настройках в том числе на "чистых" - т.е. Factory Settings

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

В принципе решил проблему, но есть еще один момент.
вот этот кусок кода не сгенерит .eep

А вот этот - сгенерирует по полной программе


получается что до момента явной записи в EEPROM она не линкуется?

Слишком умный компилятор :-) Выкинул все лишнее нафиг.

Ни одна из этих переменных в проекте не используется, значит не нужна.
Дает совсем другой результат.

Или на крайний случай (не используется, но очень надо иметь в выходном файле):



Нет, до момента когда это содержимое eeprom хоть на что-нибудь сгодится.

Добавлю от себя.
Процитированное утверждение относится к КАЖДОМУ обьекту, обьявленному в еепром.
Т. е. нельзя утверждать, что если одна переменная из еепром оказалась востребованной, то и всё остальное будет включено в выходной файл, будет включено только то, что востребовано в коде программы.
Тем не менее, чрезмерное увлечение __root может привести к побочным эффектам:
1 - появление мусора в еепром;
2 - ложную уверенность в том, что эти обьекты в коде используются.
Чтобы проверить, используется ли некий обьект в коде, попробуйте поискать его в файле *.map, генерируемом линкером (в настройках необходимо заставить его это делать).

Компилятор не то чтобы слишком умный, но я переехал с CVAVR, а у него видимо девиз- "программист всегда прав".
следующий кусок преспокойно окажется в EEPROM

Проблема заключается в том, что компилятор не генерирует начальное значение EEPROM при случае только чтения из него, а только в случае записи.
Спасибо за совет про __root - не знал об этом.
Но все же ИМХО такой подход компилятора не есть гуд.

У ИАРа девиз "должно работать как задумал программист и чтодбы при этом ничего лишнего".
Нет, тут вы не правы - смотрите мой пример:
В этом случае начальное значение ST будет помещено в прошивку - поскольку значение ST[1] дальше используется, а не просто читается во временную переменную которая тут же будет уничтожена т.к. не понадобилась.
даже простой вариант
тоже вызовет генерацию ST в eeprom, т.к. значение глобальной переменной с может быть использовано в других файлах проекта.

Как вы решили эту проблему? У меня точно такая же ситуация, как исправить не знаю

И при компиляции получаю ошибку

Error[e133]: The output format intel-extended cannot handle multiple address spaces. Use format variants (-y -O) to specify which address space is wanted

chernenko, подробно об этом здесь, ибо код ошибки, сгенерированной линкером в Вашем случае указывает именно на то, что Вы имеете несколько пространств памяти eeprom, flash, ... в Вашем проекте.

Я уже давно делаю так:


В качестве флага можно использовать одну из полезных из переменных, если у неё FF недопустимое значение. Это дает много плюсов. Во-первых, компилятор не генерит сегмент ee_prom и не надо думать как его вынести в другой файл. Во-вторых, не надо отдельно прошивать EEPROM и каждый раз ловить регулировщиков на том что они его не прошили. В-третьих, все равно контроль корректности данных в EEPROM надо делать, почему бы не совместить это с инициализацией.