делаю драйвер для русской ethernet микросхемы
микруха голая - может только отправлять/принимать
кадры ethernet. плюс broadcast /unicast и все.
есть микростек, написаный для GCC, но его прямое копирование
и простые замны вызывают hard fault из за чтения/записи
по адресам не выравненным на 4.
в GCC это как то обходится, не знаю правильно или нет.

вот что я хочу сделать в IAR как в GCC:
1)

Это возможно?

2) даные , коорые пересылаются в сети, например ARP пакет



если я напрямую беру поля, как это сделано в GCC: например

вызывает описанную ошибку.
я такие выборки элементов структуры сделал черем memcpy
но хотелось бы оставить как это сделано в GCC
возможно ли это?

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

ничего секретного
процессор cortex m1 от миландра

Если вы уверены, что hard fault вызывает именно этот код, то пройдите его пошагово в режиме ассемблера. В десятке ассемблерных команд нетрудно найти причину.

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

Так, это, #pragma pack(2) на #pragma pack(1) замените. Или, еще лучше, перед объявлением структуры сделайте #pragma pack (push,1), а после объявления - #pragma pack(pop)

наверное в описании пакета это не обязательно - там все уже упаковано хоть на 2 хоть на 1




да, проходил пошагово
асм не смотрел - обрывается как раз на доступах к структуре
если бы было все правильно-там был бы вызов какой нить функции
типа мemcpy_unaligned

Тогда обеспечьте и для p выравнивание на размер наибольшего члена структуры. Если не можете обеспечить выровненный указатель - объявляйте структуру упакованной. Если указатель выровнен - тогда непонятно, чего вы хотите.

Скорее там было бы встроено побайтовое обращение и склейка в длинную переменную. Вызов функции требует больше накладных расходов.

Ваша ситуация выглядит очень странной, все структуры IP, ARP, UDP,TCP сделаны таким образом, что любое поле может быть выбрано без нарушения выравнивания, если пакет выравнен по границе 4 байт. Вы бы посмотрели всё-таки в дизассемблер.

пакеты выровнены по границе 2 байта
добавил #pragma pack(2)
и убрал memcpy - все работает

Трижды перечитал первое сообщение. Дважды в нем встретил #pragma pack(2). Так не было никакого #pragma pack(2)?

Запомните, правильно заданный вопрос - половина ответа.

еще один вопрос: ест ли в IAR какая нибудь опция чтобы он работал
совместимо с GCC?
иначе прихордится очень много кода исправлять
или вот такой можно ли библиотеки созданные в GCC
с ними скомпилит в IAR
форматы сильно различаются?

Больше 20 лет контора компилятор делает (секту свою запилила) и вдруг к другой секте примкнёт?

GCC шная секта?

Не вижу никакой проблемы.
Всего-то и нужно, что писать на языке "C", а не "GCC".
Придерживайтесь стандарта С и не используйте расширения языка без особой на то необходимости, для такого процессора как ARM это не составляет никакой сложности.

Как пример можете посмотреть файлы из CMSIS, в них в .h (но не в .c !) частенько встречается что-то вроде
Но это как правило касается нестандартных расширений или просто несоответствия стандарту в разных компиляторах.
Без некоторых из них в embedded мире, увы, не обойтись, но нужны они далеко не на каждой странице.