[avr-libc-dev] [patch #8729] [avr/interrupt.h] Add ISR_NOICF, ISR_FLATTEN. Fix namespace of identifiers.

Update of patch #8729 (project avr-libc): Status:None => Done Assigned to:None => joerg_wunsch Open/Closed:Open => Closed

[avr-libc-dev] [patch #8536] Fix a typo within

Update of patch #8536 (project avr-libc): Status:None => Done Assigned to:None => joerg_wunsch Open/Closed:Open => Closed

[avr-libc-dev] [patch #8649] small documentation fixes in

Update of patch #8649 (project avr-libc): Status:None => Done Assigned to:None => joerg_wunsch Open/Closed:Open => Closed

[avr-libc-dev] [patch #8650] another small doc fix in atomic.h

Follow-up Comment #1, patch #8650 (project avr-libc): Added in r2541, thanks! ___ Reply to this item at: ___ Message sent via/by Savannah http://sa

[avr-libc-dev] [patch #8650] another small doc fix in atomic.h

Update of patch #8650 (project avr-libc): Status:None => Done Assigned to:None => joerg_wunsch Open/Closed:Open => Closed ___

[avr-libc-dev] [patch #9187] [AVR_TINY]: Support 16-bit xtoa functons and more string functions.

Follow-up Comment #1, patch #9187 (project avr-libc): Ping #1 ___ Reply to this item at: ___ Message sent via/by Savannah http://savannah.nongnu.or

Re: [avr-libc-dev] [patch] Add support for avrxmega3.

Georg-Johann Lay schrieb: Hi, this patch adds avrxmega3 support and the 2 multilib versions associated with it. avr-gcc doesn't yet have respective support, but the Makefiles scale accordingly. As is is easier to get something into avr-gcc, and because the libc and gcc must agree on the suppor

[avr-libc-dev] [patch #8826] Add UCSR0C bit definitions for ATmega1284(p) USART in SPI mode

Update of patch #8826 (project avr-libc): Assigned to:None => joerg_wunsch ___ Follow-up Comment #1: Thinking a little about it, I'm not that convinced yet about this. All the modern ATmega-styl

[avr-libc-dev] [patch #8966] Update RFR devices header files

Follow-up Comment #1, patch #8966 (project avr-libc): As already discussed in the mailing list, applying this patch would essentially remove a lot of existing functionality from the header files (it removes about 2 lines in total), just for the sake of "we've always been doing it that way", wi