mspgcc + _even_in_range_, Как бы эту фичу ИАРа в Gcc перетащить... Опции

[MrYuran]

В ИАРе для МСП430 есть такая классная фича - квалификатор _even_in_range_(range) для аргументов switch().
То есть если аргумент чётный и распределён в ограниченном диапазоне, то свитч просто формирует сплошную таблицу переходов, а аргумент свича выступает индексом в этой таблице. Таким образом, осуществляется переход за одну команду независимо от количества кейсов в свиче.
Оптимизация жуткая, причём это особенно актуально при обработке прерываний от второго вектора таймера В (TB_CCR1_VECTOR), когда пишем switch(TBIV) и максимально быстро выруливаем на нужный обработчик.

Так вот, как бы такую штуку провернуть в GCC? На форуме mspgcc были какие-то наброски на асме, но это как-то некрасиво.
типа этого
Хотелось бы на чистом си, типа макроса чтоли...

[MrYuran]

Мда...
Вчера полдня боролся непонятно с чем, пока не поменял свой супероптимизированный свич на стандартный...
И ведь вроде всё правильно делает, но программу уносит в неведомые дали, всё виснет на ходу...
Будем искать...

Кстати, большим открытием для меня было, что static const sw[] формируется не в флеше, как было бы логично, а в ОЗУ.
Пришлось его насильно запихнуть в флешь ( __attribute__(( section(".text") )) )

Ещё один фокус:
static inline void PulseRecharge() не инлайнится внутрь обработчика прерывания,
пока его принудительно туда не запихнёшь
static inline void PulseRecharge()__attribute__((always_inline));
Это если они в одном модуле, а если в разных, то не лезет ни в какую!

#######

Глянул diff-ом, разницы никакой не заметил, за исключением того что все адреса немного сползли из-за изменения размеров функции и добавления таблицы переходов...
В общем, полный абзац.

[alx2]

Кстати, большим открытием для меня было, что static const sw[] формируется не в флеше, как было бы логично, а в ОЗУ.
Пришлось его насильно запихнуть в флешь ( __attribute__(( section(".text") )) )

Подозреваю, что у msp не фон-неймановская архитектура, и для доступа к ОЗУ и ПЗУ должен использоваться разный код. А gcc не поддерживает "универсальных" указателей (типа трехбайтных указателей в IAR'овском компиляторе для MCS51). Поэтмоу все данные размещаются в ОЗУ. При явном размещении данных в .text необходимо так же явно указывать компилятору, что читать объект требуется особым образом.

[MrYuran]

Подозреваю, что у msp не фон-неймановская архитектура, и для доступа к ОЗУ и ПЗУ должен использоваться разный код.

Да нет, как раз-таки с этим всё нормально. Для чтения совершенно безразлично, флешь это, ОЗУ или регистры периферии.
Всё расположено линейно в едином пространстве адресов.
Вот AVR - там да, без пузыря во флешь не залезешь...

[alx2]

Да нет, как раз-таки с этим всё нормально. Для чтения совершенно безразлично, флешь это, ОЗУ или регистры периферии.
Всё расположено линейно в едином пространстве адресов.

Тогда странно. Для ARM gcc размещает константные объекты, как и положено, в .rodata.