Ошибка при компиляции в IAR, Error[e133]: The output format intel-standard cannot handle multiple a Опции

[otrog]

Здравствуйте.
При компиляции в Release в IAR 4.12A такого вот текста:

Код

#include <ioavr.h>
#include <inavr.h>

char i;
__eeprom char x;

int main( void )
{
  i = x;
  return 0;
}

Получаю сообщение :

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

Если компилировать в Debug, то все нормально.
Помогите кто может.
ПС Файлы проекта прилагаю.  testiar2.rar ( 10.05 килобайт ) Кол-во скачиваний: 173

[prottoss]

Здравствуйте!



По поводу intel-standart и intel-extended. В последнем формате в выходном файле содержится и код для FLASH и код для EEPROM, т.е intel-extended формат поддерживает сегменты в файле для нескольких типов памяти, intel-standart формат поддерживает только один сегмент. Если Ваш программатор поддерживает файлы с несколкими сегментами, то можете пользоваться для компиляции выходного файла intel-extended форматом.



Для того чтобы получить два файла (один для кода , другой для EEPROM) в категории Linker на вкладке Extra Options установить флажок Use command line options
и вписать в мемо следующие строки
-y(CODE)
-Ointel-standard,(XDATA)=xxxxx.eep
где xxxxx.eep - файл прошивки для внешней SPI EEPROM



код будет скомпилирован в файл с форматом, который в укажете в категории Linker на вкладке Output или Extra Output. Файл xxxxx.eep будет скомпилирован в корневую папку проекта



Удачи!

[prottoss]

Для того чтобы получить два файла (один для кода , другой для EEPROM) в категории Linker на вкладке Extra Options установить флажок Use command line options
и вписать в мемо следующие строки
-y(CODE)
-Ointel-standard,(XDATA)=xxxxx.eep
где xxxxx.eep - файл прошивки для внешней SPI EEPROM

Извиняюсь дико за неточность - скопировал тект из своего же комментария к исходнику, и не поправил строку! : "... где xxxxx.eep - файл прошивки для внешней SPI EEPROM ..." надо читать как "... где xxxxx.eep - файл прошивки EEPROM ..."

И напоследок.
Формат intel-standard - для пространств памяти не более 64 кБайт и без указания стартовой точки.
Формат intel-extended - для пространств, адресуемых 24- или 32-битной шиной адреса и с возможностью указать стартовую точку приложения.

Согласен, я был не точен, но ведь intel-extended так же включает несколько сегментов (допучим сегмент кода и сегмент данных), не так ли? И, кстати, как Вы переведеты эту строку на русский? "Error[e133]: The output format intel-standard cannot handle multiple address spaces. Use format variants (-y -O) to specify which address space is wanted" Я читаю примерно следующие: "Выходной формат intel-standard не имеет заголовка для нескольких сегментов... используйте варианты формата, чтобы указать искомые адресные простраства...."

[IgorKossak]

... но ведь intel-extended так же включает несколько сегментов (допучим сегмент кода и сегмент данных), не так ли? И, кстати, как Вы переведеты эту строку на русский? "Error[e133]: The output format intel-standard cannot handle multiple address spaces. Use format variants (-y -O) to specify which address space is wanted" Я читаю примерно следующие: "Выходной формат intel-standard не имеет заголовка для нескольких сегментов... используйте варианты формата, чтобы указать искомые адресные простраства...."

Сегмент(ы) кода и\или сегмент(ы) данных, но ОДНОГО пространства!
Это ЛИБО флэш, ЛИБО ЕЕПРОМ, ЛИБО ОЗУ, но никогда не смесь всего этого в одном выходном файле.
В стандарте на формат описываются все команды, но среди них нет команды, идентифицирующей адресное пространство, как впрочем и сегмент.

Кстати, более точный перевод приведённого Вами текста: "Выходной формат intel-standard не может поддерживать множественные адресные пространства ...".

Ну и посудите сами. Флэш память начинается с 0, ЕЕПРОМ начинается с 0, ОЗУ по большому счёту тоже с 0. Ну и как это всё описать в intel-hex формате?

[prottoss]

Кстати, более точный перевод приведённого Вами текста: "Выходной формат intel-standard не может поддерживать множественные адресные пространства ...".

Тогда что Вы подразумевает е под термином "адресное пространство" и "множественные адресные пространства"

[IgorKossak]

... Тогда что Вы подразумевает е под термином "адресное пространство" и "множественные адресные пространства"

Это ЛИБО флэш, ЛИБО ЕЕПРОМ, ЛИБО ОЗУ

В Вашем случае имеет место смесь флэш и ЕЕПРОМ.

[prottoss]

... Тогда что Вы подразумевает е под термином "адресное пространство" и "множественные адресные пространства"

Это ЛИБО флэш, ЛИБО ЕЕПРОМ, ЛИБО ОЗУ

В Вашем случае имеет место смесь флэш и ЕЕПРОМ.

В таком случае Вы самаи себе противоречите) Выше Вы говорили что:

Сегмент(ы) кода и\или сегмент(ы) данных, но ОДНОГО пространства!
Это ЛИБО флэш, ЛИБО ЕЕПРОМ, ЛИБО ОЗУ, но никогда не смесь всего этого в одном выходном файле.
В стандарте на формат описываются все команды, но среди них нет команды, идентифицирующей адресное пространство, как впрочем и сегмент.

теперь Вы говорите что это "... В Вашем случае имеет место смесь флэш и ЕЕПРОМ..."

[IgorKossak]

Чем выдёргивать фразы из контекста, следовало бы чтать внимательнее.
Это относилось к формату intel-hex:

Сегмент(ы) кода и\или сегмент(ы) данных, но ОДНОГО пространства!
Это ЛИБО флэш, ЛИБО ЕЕПРОМ, ЛИБО ОЗУ, но никогда не смесь всего этого в одном выходном файле.
В стандарте на формат описываются все команды, но среди них нет команды, идентифицирующей адресное пространство, как впрочем и сегмент.

А это относилось к случаю с Вашей программой как заданию для линкера в первом окне настроек:

... В Вашем случае имеет место смесь флэш и ЕЕПРОМ..."