[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu-arch-users] Re: Command abbreviations
From: |
Robert Collins |
Subject: |
Re: [Gnu-arch-users] Re: Command abbreviations |
Date: |
Fri, 19 Mar 2004 19:24:18 +1100 |
On Fri, 2004-03-19 at 07:57, Charles Duffy wrote:
> On Thu, 2004-03-18 at 15:06, Tom Lord wrote:
> > There's a difference. The spurious compiler warning is a side effect
> > of the limitation of code-flow-analysis plus not bloating my compiler
> > with crap --- very fundamental facts of life.
>
> It shouldn't be -- gcc knows that exit is a noreturn function, and
> __attribute__ (noreturn) can easy enough be applied to panic and such.
And is in one of my branches ;].
> Of course, being that the noreturn attribute is (I think) a GNU
> extension, it makes sense to hide it inside a conditionally expanded
> macro... but that way you've got less spurious lint when using
> halfway-modern builds of gcc (I think 2.5 and newer).
Rob
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.
signature.asc
Description: This is a digitally signed message part
- [Gnu-arch-users] Re: Command abbreviations, (continued)
- [Gnu-arch-users] Re: Command abbreviations, Samuel Tardieu, 2004/03/18
- Re: [Gnu-arch-users] Re: Command abbreviations, Tom Lord, 2004/03/18
- Re: [Gnu-arch-users] Re: Command abbreviations, Charles Duffy, 2004/03/18
- Re: [Gnu-arch-users] Re: Command abbreviations, Tom Lord, 2004/03/18
- Re: [Gnu-arch-users] Re: Command abbreviations, Pierce T . Wetter III, 2004/03/18
- [Gnu-arch-users] [OT] GCC (was Re: Re: Command abbreviations), Tom Lord, 2004/03/18
- Re: [Gnu-arch-users] [OT] GCC (was Re: Re: Command abbreviations), Miles Bader, 2004/03/18
- Re: [Gnu-arch-users] [OT] GCC (was Re: Re: Command abbreviations), Tom Lord, 2004/03/18
- Re: [Gnu-arch-users] [OT] GCC (was Re: Re: Command abbreviations), Pierce T . Wetter III, 2004/03/19
- Re: [Gnu-arch-users] [OT] GCC (was Re: Re: Command abbreviations), Tom Lord, 2004/03/19
- Re: [Gnu-arch-users] Re: Command abbreviations,
Robert Collins <=