AVR-GCC: указатель для адресного пространства более 64К, как?!?! Опции

[ARV]

возможно ли каким-то образом заставить AVR-GCC сделать указатель, в котором будет не 16 бит, а больше - 24 или 32?
подмена типа меня не устраивает, т.к. хочется, чтобы компилятор верно вычислял смещения адресов полей в структурах:
pgm_read_byte_far(ptr->field5) - как обявить ptr, если допустим, он должен быть равен 0x10027?!

[xelax]

В IAR решили эту проблему, там указатели для мег с >128к памятью 3-х байтовые.
Программист эту проблему не ощущает. Но только когда пытается указатели на ОЗУ к указателям на флэш кастовать

А в avr-gcc вроде есть какая-то секция, что-то вроде trampoline, куда могут вести указатели на функции, расположенные в верхней половине 256кб, в этой секции находится таблица, а уже в этой таблице находятся реальные адреса функций...
И спомощью линкера, что-то подобное можно организовать. И это должно как-то помочь с двубайтовым ограничением на указатель.
Сам никогда не пробовал, но помойму на avr фриках что-то читал об этом. Разве не должно помочь?

Хотелось бы в иделае, всё адресное пространство флэши использовать под код, а то для больших мег применение gcc не имеет смысла.

[ARV]

В IAR решили эту проблему, там указатели для мег с >128к памятью 3-х байтовые.

наверное все-таки >64К
Программист эту проблему не ощущает. Но только когда пытается указатели на ОЗУ к указателям на флэш кастовать

Хотелось бы в иделае, всё адресное пространство флэши использовать под код, а то для больших мег применение gcc не имеет смысла.

с кодом-то как раз проблем нет, проблема начинается, когда приспичит бОльшую часть флеши под данные использовать...

P.S. Вот вчера сделал проектик, в котором в atmega2560 хранятся 20 штук 2,2 килобайтных кусочка разных массивов. вышло в аккурат 48 килобайт вместе с кодом. теперь думаю - явно заказчик захочет не 20, а 40 или еще больше блоков данных впихнуть (аппетит, он, же такой...) - и что тогда? отказаться от красивых Сишных записей и вместо работы с указателями работать с long-адресами? впору думать о каком-то особом классе С++...

[xelax]

наверное все-таки >64К

Нет.. Имено >128к, ибо измеряю память в байтах Килопопугаи не устраивают, так как меняются от архитектуры к архитектуре.

Программист эту проблему не ощущает. Но только когда пытается указатели на ОЗУ к указателям на флэш кастовать biggrin.gif

Соблюдайте copyright.

И именно с кодом беда, особенно когда активно используешь указатели на функции. В итоге при попытке вызвать функцию по указателю, расположенную в верхних 128килобайт, программа улетает чёрт знает куда.

[ARV]

Нет.. Имено >128к, ибо измеряю память в байтах Килопопугаи не устраивают, так как меняются от архитектуры к архитектуре.

в avr-gcc любая память адресуется байтами, и флешь тоже, поэтому все-таки 64К предел для 16-битного указателя... это атмеловцы внутри своих даташитов словами ее меряют...

Соблюдайте copyright.

ok, учту

И именно с кодом беда, особенно когда активно используешь указатели на функции. В итоге при попытке вызвать функцию по указателю, расположенную в верхних 128килобайт, программа улетает чёрт знает куда.

с этим не спорю. я как-то озабочен данными и потому вопрос с функциями оставил без внимания

[demiurg_spb]

в avr-gcc любая память адресуется байтами, и флешь тоже, поэтому все-таки 64К предел для 16-битного указателя... это атмеловцы внутри своих даташитов словами ее меряют...

не всегда:

Код

(*(void(*)(void))(BOOTLOADER_START_ADDRESS/2))();  // div 2 is to convert byte to word addressing mode for icall

[ARV]

не всегда:

Код

(*(void(*)(void))(BOOTLOADER_START_ADDRESS/2))();  // div 2 is to convert byte to word addressing mode for icall

по-моему, ваш пример подтверждает мои слова
константа BOOTLOADER_START_ADDRESS определена в GCC-шном стиле в байтах, а для icall надо в словах, вот и приходится делить на 2. разве не так?