IAR. Непонятное для меня поведение линкера., Как можно на выходе одновременно получить 3 файла - HEX, BIN, EEP ? Опции

[kv_addr]

Ситуация такова - создал проект, начал отрабатывать модули. В установках для Release на выходе установил для основного файла - "intel-standard". Кроме того указал создавать еще и дополнительный - "row-binary". Все вроде бы работало нормально, создавало HEX-файл с расширением a90 и двоичный файл с расширением bin. Так все было нормально до того момента, когда стало нужным задействовать в программе обращения к EEPROM и выводить файл его содержимого.

Короче, согласно мануалу для линкера создал xcl-файл. В хвосте дописал:
-y(CODE)
-Ointel-standard,(XDATA)=Test.eep

Запустил компиляцию, жду. После полуминуты ожидания принудительно обрубаю компиляцию и смотрю на результат: Test.a90 - как ему и положено, Test.eep - тоже нормальный создало, а вот Test.bin - родился размером за 3 Гб и намеревался расти дальше. В начале его - действительный бинарный код, а далее - толпа нулей, стремящаяся до бесконечности.

Хорошо, в меню для линкера выключаю создание дополнительного файла. Все идет как по маслу, создаются два правильных Test.a90 иTest.eep.

Ладно, экспериментирую дальше, снова включаю создание дополнительного bin-файла, но в программе "глушу" все обращения к EEPROM. После компиляции получаются 3 правильных файла - a90, bin и eep. Естественно в EEPROM - 0 байт.

Вот и чешу репу, откуда берутся дрожжи, заставляющие непонятным образом линкер содавать дополнительный bin-файл с бесконечным шлейфом нулей.

Кто может что-либо подсказать на сей счет?

IAR AVR 4.12A

[kv_addr]

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

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

-Ointel-standard,(CODE)=$PROJ_DIR$\Release\Exe\Test.a90
-Ointel-standard,(XDATA)=$PROJ_DIR$\Release\Exe\Test.eep

Все пройдет нормально и сгенерируются 3 файла - .dbg, .a90 и .eep.

Потом добавить строку:

-Oraw-binary,(CODE)=$PROJ_DIR$\Release\Exe\Test.bin

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

Аналогичное произойдет, если указать в Output intel-standard а в конфигурационный файл сначала вставить строки:

-y(CODE)
-Ointel-standard,(XDATA)=$PROJ_DIR$\Release\Exe\Test.eep

Cгенерируются 2 файла - .a90 и .eep.

Добавить строку:

-Oraw-binary,(CODE)=$PROJ_DIR$\Release\Exe\Test.bin

и снова убедиться в вышеописанном.

Мало того, даже если не пользоваться дополнительным конфигурационным файлом, а использовать дефолтный, а в окне Linker/Extra Options поставит птицу на Use command line options и вставит в окно вышеуказанные строки, то произойдет все то же.

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

Советую все же самим убедиться в таком поведении линкера. IMHO, это есть глюк линкера.
IAR AVR v.4.12A.