Различия в инструментальных элементах с выравниванием (почему это даже сработало)

Question

Существует библиотека ATMEL, которая не работает с моей инструментальной привязкой (инструменты GNU для ARM), и я знаю почему, но я не знаю, почему это работает для старого YAGARTO и я полагаю, что также для KEIL и IAR

Я работаю в процессоре ARMV5 (AT91SAM9), который не поддерживает неравномерный доступ к ints (4 байта).

есть глобальный буфер определяется как:

static unsigned char pPageBuffer[AT91C_IFLASH_PAGE_SIZE]; 

Буфер получает некоторые данные, а затем данные записываются на флэш, но данные должны быть приняты во флэш 4 байта, в то время, таким образом, есть int pointer, называемый pAlignedSource, для передачи данных по 4 байта за раз.

pAlignedSource = (unsigned int*)pPageBuffer; 

Но pPAgeBuffer не обязательно 4 байта выровнены, как это массив символов, и pAlignedSource не указывает на выровненной адрес. Как возможно, что этот код работает всегда в другой toolchain, но не в моем ?, я уже определил правильный процессор для компилятора, отличный от того, что оба компилятора получают одинаковые флаги кода.

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

*pAlignedDestination++ = *pAlignedSource++; 

Я оканчиваться зашифрованной версией данных: /, но я это исправил, определив буфер, как

static unsigned int pPageBuffer[AT91C_IFLASH_PAGE_SIZE/4]; 

И это было трюк, но мне все еще очень интересно. Почему он работал в другой инструментальной цепочке?

Answer 1

Письмо на неуказанные адреса определено на ARMv5. У вас может быть поведение CP15, чтобы изменить это. Например, он может ловить или сделать что-то непредсказуемое для режима большого пальца. В режиме ARM с STR нижние бит отбрасываются без захвата. С LDR нижние биты маскируются для формирования адреса, но данные затем поворачиваются в зависимости от младших бит.

Редактировать: Кроме того, для одного компилятора/инструментария вполне возможно использовать другое выравнивание для начала символьного буфера. Один инструмент может выровнять все, а другой - нет. С gcc вы могли бы аннотировать буфер attribute((aligned,4)) или что-то в этом роде.

Независимо от того, что вы делаете, он не переносится (и является undefined для 'C'), и вы просто не должны этого делать; который, кажется, является тем выходом, к которому вы пришли.