avr-libc-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-libc-dev] [bug #34695] fixed width int typeswithout __attribute


From: Weddington, Eric
Subject: Re: [avr-libc-dev] [bug #34695] fixed width int typeswithout __attribute__()
Date: Mon, 31 Oct 2011 16:33:16 -0600


> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden On
> Behalf Of Georg-Johann Lay
> Sent: Monday, October 31, 2011 3:30 PM
> To: Bob Paddock
> Cc: address@hidden
> 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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]