Jan Waclawek wrote:
> What if instead of concetrating on this aliasing stuff you'd been
> already told is not pertinent to avr-gcc, you finally start to examine
> the compiled code?
Humm?? Why do you think it is not pertinent to avr-gcc?
All I see in this thread is people that don't understand what aliasing
is trying to confuse things even further.
IMHO that code should have a:
union {
uint32_t u32[2];
uint8_t u8[8];
} xtea_block_t;
definition, so that each piece of the code could use the version that
best suited its needs...
--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
"All generalizations are false."
_______________________________________________
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
