David Kelly <[EMAIL PROTECTED]> wrote: > As I understand Ted's patch what one gains is control over more than > one possible FILE for get() and put(). That would be fairly > important for devices with more than one UART.
Yes, that's the case. And I must say, the new API is well-thought: by passing FILE * to the internal backend function, it's easy to add some additional feature in future releases without an additional API change, as all that's needed is to stuff the new bit into FILE *. I tend to release the internal struct __file to the public though (right now it's completely hidden inside the library implementation). For the change in question, this would allow the backend functions to access the additional information inline (as opposed to through one additional call back into the library that only extracts a pointer), and it has already been requested to at least make sizeof(struct __file) public so a malloc()-free allocation scheme for the file handles could be deployed. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) _______________________________________________ AVR-GCC-list mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
