IAR 5.11 для ARM, как быть с инициализированной константой по адресу? Опции

[LeshaL]

В ИАР для АРМ версии 4.XX инициализированную константу, расположенную во флеш по определенному адресу я описывал как:

const unsigned char date_def @ 0x102 = DATE_;

В версиях 5.ХХ запретили инициализированным константам явно указывать адреса хранения. Т.е. транслятор ругается:

Error[Be022]: location address not allowed for initialized variables (writable variables without the __no_init attribute)...

Как это можно обойти в новом ИАРе?
Собственно, мне нужно чтобы в памяти программ по определенному адресу забить константу, к которой можно будет обращаться внутри программы.

[zltigo]

Линкер этим занимается - создаете сегментик с переменной и линкуете его куда хотите.

[LeshaL]

Линкер этим занимается - создаете сегментик с переменной и линкуете его куда хотите.

У меня девять таких переменных. Для каждой переменной свой сегментик создавать?

[KRS]

У меня девять таких переменных. Для каждой переменной свой сегментик создавать?

Только так!
Раньше просто компилер занимался подготовительной работой для штатной инициализации сегментов...
А теперь это делает линкер.
недавно как раз об еэтом написал.
http://electronix.ru/forum/index.php?showt...3554&st=115

[zltigo]

У меня девять таких переменных. Для каждой переменной свой сегментик создавать?

Ну если не хочется, то подумайте А ЗАЧЕМ ОНИ ВООБЩЕ НУЖНЫ?
Сможете ответить сами себе на этот вопрос? Я, могу ответить только по поводу одной единственной переменной для bootloader-а NXP. Все.

[LeshaL]

Ну если не хочется, то подумайте А ЗАЧЕМ ОНИ ВООБЩЕ НУЖНЫ?
Сможете ответить сами себе на этот вопрос? Я, могу ответить только по поводу одной единственной переменной для bootloader-а NXP. Все.

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

Корявость какая-то в новом ИАРе делать это через линкер. В чем смысл?

[VAI]

У меня девять таких переменных. Для каждой переменной свой сегментик создавать?

объедините эти переменные в структуру и поместите её в свой сегмент.

[zltigo]

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

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

Корявость какая-то в новом ИАРе делать это через линкер. В чем смысл?

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

[LeshaL]

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

Зачем создавать какую-то сигнатуру, если была возможность записать инициализированную константу по конкретному адресу? Тем более речь идет в моем конкретном случае о программе, которая постоянно разрабатывается и модифицируется на протяжении пяти лет, работающая по мере наращивания на процессорах от зайлога, атмеги128, атмеги256 до лпс2138 и менять достаточно удобный способ идентификации прошивок данными по конкретному адресу, который используется еще с первых прошивок никак не подходит. Потому как выпущено уже столько приборов и версий. А объяснять каждому, что наша программа не обновилась, потому что мы перешли на новую версию ИАРа, заказчиков мало колышит...

Ну да ладно... Это всле лирика.
Буду решать проблемы секциями по адресу. Спасибо всем за ответы и советы.

[zltigo]

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

Она и сечас есть.

Тем более речь идет в моем конкретном случае о программе...

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

Буду решать проблемы секциями по адресу.

Да нет там в общем-то проблем.

[LeshaL]

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

Если все делать независимо от фич компилятора, линкера, то надо самому писать свой компилятор и линкер. А также еще желательно переписать все библиотечные функции под себя, чтобы не выплывало типа sprintf_P и т.п.

Зачем Вы ассемблерные тексты переделывали для IAR 5.10, а сразу не написали их так, чтобы через пять лет как появится IAR 5.10 Ваши тексты без исправлений на нем заработали?

Ну это снова на лирику скатились
А по-существу проблема решилась созданием двух секций в *.icf. Благо в одной секции инициализированные константы должны были следовать одна за другой.

[zltigo]

Зачем Вы ассемблерные тексты переделывали....

А я НЕ поминал ассемблерные тексты в качестве образца независимости и портируемости, так-что к чему все это?

А по-существу проблема решилась ..

В том и дело, что проблемы-то и нет. Просто разобрались с ИНСТРУМЕНТОМ который для этой работы предназначен. При переходе на другой инструментарий надо будет с ними разбираться, НО НЕ с исходными текстами.

[Ынжынэр]

На эту ж тему позвольте вопросик.
Не могу из сишного кода в IAR 5.11 закинуть массив в созданную секцию.
В асме пишу так:

SECTION Signatura_section:CONST
DCB '1','2','3'
END

и все работает, а если в в main.c написать так:

#pragma section = "Signatura_section"
char const Signatura[] @ "Signatura_section" = "123";

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

Сообщение отредактировал Ынжынэр - Apr 2 2008, 08:03

[KRS]

линкер строку в упор не видит, даж секцию не создает.

А ссылки на эту строку есть?

[LeshaL]

При оптимизации объявленный сегмент может быть выброшен. Попробуйте убрать оптимизацию чтобы это проверить.

[Ынжынэр]

А ссылки на эту строку есть?

Спасибо за наводку, вставил в первую попавшуюся функцию такую штуку:

(void)Signatura;

И линкер таки эту строку увидел ).

[vet]

Спасибо за наводку, вставил в первую попавшуюся функцию такую штуку:

(void)Signatura;

И линкер таки эту строку увидел ).

достаточно применить к нужной константе #pragma required.

[Ынжынэр]

достаточно применить к нужной константе #pragma required.

Да, это вариант красивше.

[Vitaliy_ARM]

Хочу задать такой вопрос. (немного не по теме)

Можно ли cкомпилировать библиотеки GCC ARM с расширением *.a в IAR?

например эти:

Сообщение отредактировал Vitaliy_ARM - May 14 2008, 12:22

Прикрепленные файлы

 write.erase.secure.lpc2364.lpc2366.lpc2368.lpc2378.lpc2468.lpc2478.zip ( 104.31 килобайт ) Кол-во скачиваний: 32

 

[zltigo]

Можно ли cкомпилировать библиотеки GCC ARM с расширением *.a в IAR?

Для начала скажите, что Вы понимете под словом "скомпилировать"???
Если не то, что под этим понимаю я , то да. Естественно с 5.xx а не с 4.xx

Хочу задать такой вопрос. (немного не по теме)

АБСОЛЮТНО не по теме.

[Vitaliy_ARM]

Для начала скажите, что Вы понимете под словом "скомпилировать"???

Что тут не понятного. Создать проект в IAR5.11. Поключить к нему заголовочный файл write_erase_secure_gnu.h. Повызывать из него функции, например.

Код

main()
{
    TargetInit();

     write_erase_secure_get_version();

}

были так же поправлены строчки *.h файла на:

Код

extern __ramfunc WES_Return_Code  write_erase_secure_user_sector(unsigned start, unsigned end, unsigned cclk);
extern __ramfunc  WES_Return_Code write_erase_secure_boot_sector(unsigned cclk);
extern __ramfunc unsigned write_erase_secure_get_version(void);

Добавил файл *.a в дерево проекта
При компиляции компановщик выдает ошибку:

Error[Li005]: no definition for "write_erase_secure_get_version()" [referenced from D:\BootLoader\Debug\Obj\main.o]

что не так делаю?

[zltigo]

были так же поправлены строчки *.h файла на:

ЗАЧЕМ?

Что тут не понятного.

То, что это называется на самом деле "прилинковать".

[Vitaliy_ARM]

ЗАЧЕМ?

IAR синтаксис GCC не понимает

То, что это называется на самом деле "прилинковать".

Суть вопроса не меняется

Сообщение отредактировал Vitaliy_ARM - May 15 2008, 08:17