Не могу включить оптимизацию, иниализировать переменные Опции

[yuragv]

Иар 2.10 для Hitachi H8S. проц 36049.

проект дорос до максимального размера флеш 92к.
при включении оптимазации по размеру Low - работает, а при медиум и high
размер получившегося кода становиться меньше 1кб. походже только стартап остаеться.
можно как-то побороться с этим?

модель памяти huge, если включить small, то код уменьшаеться до 80 кб,
но тогда не получаеться нормально работать с указателями на константы,
может быть в этом случае можно хитрость какую применить?

[sergeeff]

Сегмент данных лежит там, где ожидается?

[yuragv]

нашел я где собачка порылась.


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


Решение проблемы :
Поставил в опциях Library Calls -> Direct



P.S. однако рано радовался.
функция atoi не хочет отказываться от вызовов
через таблицу векторов.
как быть?

Сообщение отредактировал yuragv - Jan 4 2009, 14:26

[Сергей Борщ]

функция atoi не хочет отказываться от вызовов
через таблицу векторов.
как быть?

Функция уже скомпилирована в библиотеку, значит надо подключить другой вариант библиотеки (если таковой имеется) или обеспечить работоспособность вызовов через векторы. Не знаком с архитектурой H8S, не могли бы вы кратенько изложить ее особенности, как физически реализуются вызовы через таблицу векторов и для чего используется именно такой механизм? По аналогии с AVR и MSP430 могу предположить, что вам надо было таблицу векторов расположить в файле линкера с адреса 0x6200, а в загрузчике сделать перенаправление свободных векторов из таблицы загрузчика на таблицу приложения. Таким образом приложение будет менее всего завязано на загрузчик и переход с варианта "с загрузчиком" на вариант "без загрузчика" сведется к замене _..X_ROM_START_ с 0x6200 на 0x0000:

Код

-D_..X_ROM_START_=0x6200
/*
* The '_..X_' prefix is used by C-SPY as an indication that the label should
* not be displayed in the dissassembly window.
*/
-P(CONST)INTVEC=_..X_ROM_START_-(_..X_ROM_START_+3FF)
-P(CONST)FLIST=(_..X_ROM_START_+40)-(_..X_ROM_START_+FF)
-P(CODE)CODE24=_..X_ROM_START_-1FFFF
-P(CONST)DATA32_ID,DATA32_C=_..X_ROM_START_-1FFFF
-Z(CONST)DIFUNCT,CHECKSUM=_..X_ROM_START_-1FFFF

[yuragv]

в загрузчике все вектора перенаправлены на адрес 0x6000+addr_vector.
изначально я свои прерывания в программе так и прописал

Код

org 6000H
jmp @__start_program

org 6080H
jmp @int_sys_timer

и т.д.

но какие функции используються в библиотеках я не знаю. а перенести таблицу FLIST на адрес 0x6000 компилятор не дает. пишет Range Error. Да и не поможет это. Дело в том что в таблице векторов прописаны адреса. а нужна команда jmp @addr.
Поэтому пока пришлось сделать некрасиво. В готовом бинарнике внешней программой переношу таблицу векторов на адрес 0x6000, преобразовывая адрес в команду jmp @addr.


p.s. через таблицу векторов как я понимаю - более быстрый вызов фунцкии. процессор работает в расширенно режиме с 24-битной адресацией. а так короткий восьмибитный адрес получаеться.сильно честно говоря не вникал.

Сообщение отредактировал yuragv - Jan 5 2009, 10:23

[Сергей Борщ]

Дело в том что в таблице векторов прописаны адреса. а нужна команда jmp @addr.

Мдас... попадалово. Судя по системе команд для вызова функций по таблице используется команда jsr @@addr:8, которая требует наличия таблицы в первых 256 (512?) байтах. Поэтому не проходит перенос. Команды jmp @@addr:24 для перенаправления таблицы в системе команд нет. Остается только смотреть, есть ли в комплекте компилятора специальная версия библиотеки без использования таблицы, и если такой версии нет - пересобирать библиотеку. Ну или оставлять таблицу в нулевых адресах, не использовать ее в загрузчике и давать возможность загрузчику переписывать ее при обновлении. Или писать в загрузчике на каждый вектор подпрограмму с использованием временного регистра и переходом по команде jsr @ERn (тогда range error при перемещении таблицы обходится опцией -Q линкера - кладем ее на 0x6200 а линкуем в 0)