Выравнивание в NIOSII Опции

[juvf]

вот код

Код

char bufRecive[100];
alt_u16 countRxTx = 0x0025;
*reinterpret_cast<alt_u16*>(&bufRecive[1]) = countRxTx;

после этого bufRecive[0] равно 0х25, а bufRecive[1] равно 0х00. Сталкивался с такой проблемой в msp430 в IAR-e. Там нужно адрес массива bufRecive при объявлении выравнивать дерективой, типа #pragma aligment = 2
В Nios-e похоже тоже из-за выравнивания. Как тут массив выравнять? Или если не выравнивание, то что? Как побороть?

[juvf]

ну короче прошагал по коду reinterpret_cast работает как надо. а вот разименование не работает как надо
я вот по такой штуке прошагал

Код

alt_u16* p = reinterpret_cast<alt_u16*>(&bufRecive[0]);
*p = 0x1234;
p = reinterpret_cast<alt_u16*>(&bufRecive[1]);
*p = 0x7890;
p = reinterpret_cast<alt_u16*>(&bufRecive[2]);
*p = 0x4321;
p = reinterpret_cast<alt_u16*>(&bufRecive[3]);
*p = 0x0987;
p = reinterpret_cast<alt_u16*>(&bufRecive[4]);
*p = 0x6571;
p = reinterpret_cast<alt_u16*>(&bufRecive[5]);
*p = 0x4294;
p = reinterpret_cast<alt_u16*>(&bufRecive[6]);
*p = 0x5302;
p = reinterpret_cast<alt_u16*>(&bufRecive[7]);
*p = 0x0192;

если p указывает на четный адрес, то всё нормально, после*p = 0xХХХХ; меняется два байта по адресам р и р+1. если р указывает на нечётный адрес,то меняется два байта по адресу р-1 и по адресу р

Есть у кого какие мысли?

[Oldring]

Есть у кого какие мысли?

Мысль такая, что на вашем процессоре так нельзя делать.

И компилятор не виноват. То, что reinterpret_cast порождает адрес, который невозможно корректно разименовать - это ваша вина, а не компиляторы. Потому что reinterperet_cast предназначен для грамотного обхода защит компилятора.

Пишите в память сами по одному байту. Тогда не будет проблем с невыравненным доступом.