Johannes Bauer <[EMAIL PROTECTED]> wrote: > Therefore, could an optimization be implemented which upon getting > some special switch like -fcombine-bitoperations combines operations > on the Registers <0x60 into something of the sort:
Nope, this is nothing you could burden onto the compiler. From the compiler's point of view, that's all pointers to volatile uint8_t objects, so it's forced to update them immediately. If you're going to mess with that inside the compiler, you're likely to break any kind of real application. If you really want that feature, you somehow need to teach your HAL about that (though offhand, I don't have a good idea). I'm currently working in a project where we also have a HAL similar to yours (only manually written), and we simply don't care for that kind of minor things. The additional instructions for the other LEDs isn't what's filling up our ROM (that's rather uint32_t calculations, for example), and the microsecond delay between two or three LEDs is neglicible. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) _______________________________________________ AVR-chat mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/avr-chat
