От бърз поглед на мипса виждам, че има load/store align stage на конвейра, което ще рече че спокойно може да се справя с неподравнен достъп. Така че виж как се разрешава и карай както си свикнал...

Аз нямам претенции за добър програмист, мисля го подчертах Тъй че не го приемай като злостна критика.

Един от начините - дефинираш си union по тоя начин:


Това кара компилатора да използва за достъп команди за неподравнените адреси (MIPS-а си ги има).

После можеш да се обръщаш към каквото те интересува:


В "p" адреса вече може да е всякакъв. Още повече, в тоя union можеш да си дефинираш променливи от всякакъв тип, което често е удобство - поинтера става универсален, към неподравнени променливи каквито ти душа иска. Май можеше дори неподравнен поинтер към подравнен struct, но в последното не съм 100% сигурен. Само веднъж съм се борил с такова, и то отдавна. Виж __attribute__ ((packed)) го ползвам често за struct, за да не оставя дупки в него.

memcpy винаги работи, ама е няколко пъти по-бавно.

Виж в ръководството за тоя компилатор. Търси "packed" - има и други варианти. Кашата е пълна, защото за съвместимост се поддържат и стари неща, после се появяват нови, добавят и махат долни подчертавки и прочие полюции. По тоя повод, новата им система за PIC32 още не смея да я пробвам дори.

Цецо, тук няма добри програмисти. Всички се учим по един или друг начин от предишните си грешки и от грешките на другите




Така го бях направил в най-първата версия преди няколко месеца, обаче това докара проблеми от друго естество вътре в масива (дълга тема), и в крайна сметка реших да унифицирам масива до най-малкото кратно, а когато ми се налага достъп до друг тип данни в него, просто да си ги правя сам във формата, който ми е нужен за момента.

Имааа, имаааа ...