« Return to Thread: [bug #34695] fixed width int types without __attribute__()

Re: [bug #34695] fixed width int typeswithout __attribute__()

by Weddington, Eric :: Rate this Message:

| View in Thread



> -----Original Message-----
> From: avr-libc-dev-bounces+eric.weddington=atmel.com@...
> [mailto:avr-libc-dev-bounces+eric.weddington=atmel.com@...] On
> Behalf Of Georg-Johann Lay
> Sent: Monday, October 31, 2011 3:30 PM
> To: Bob Paddock
> Cc: avr-libc-dev@...
> Subject: Re: [avr-libc-dev] [bug #34695] fixed width int typeswithout
> __attribute__()
>
>
> But why clutter avr-libc with lint? You will have
> __attribute__((progmem))    from PROGMEM and PSTR macros
> __attribute__((signal))     from ISR macro
> __attribute__((interrupt))  for ISR code
> __attribute__((naked))      for custom startup/ISR bits
> __attribute__((OS_main))    AVR-specific
> __attribute__((OS_task))    AVR-specific
> __attribute__((noinline))
> __attribute__((always_inline))
> __attribute__((noclone))
> __attribute__((const))
> __attribute__((pure))
> __attribute__((noreturn))
>
> so you could just do
> #define __attribute__(...)
> or it's command line equivalent to get rid of all the messages.
>
> BTW: What will (sp)lint to with named address space qualifiers?
> Either it must be able to be told that there is special semantics or
you
> end up dirscarding hundreds of potential RAM <-> Flask access failures
> when ignoring the qualifier.
>

Ugh. You're right, Johann. Thanks for bringing up that point.

Eric

_______________________________________________
AVR-libc-dev mailing list
AVR-libc-dev@...
https://lists.nongnu.org/mailman/listinfo/avr-libc-dev

 « Return to Thread: [bug #34695] fixed width int types without __attribute__()