This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Preliminary mainline patch for __attribute__ ((sentinel))
- From: Marc Espie <espie at nerim dot net>
- To: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- Cc: jsm at polyomino dot org dot uk, gcc-patches at gcc dot gnu dot org
- Date: Tue, 14 Sep 2004 11:28:43 +0200
- Subject: Re: Preliminary mainline patch for __attribute__ ((sentinel))
- References: <200408281518.i7SFIFu9015822@caip.rutgers.edu> <Pine.LNX.4.61.0408281525140.4806@digraph.polyomino.org.uk> <200408281702.i7SH2q7O028876@caip.rutgers.edu> <Pine.LNX.4.61.0408281709070.5830@digraph.polyomino.org.uk> <200408281839.i7SIdV6A013866@caip.rutgers.edu>
- Reply-to: espie at nerim dot net
On Sat, Aug 28, 2004 at 02:39:31PM -0400, Kaveh R. Ghazi wrote:
> Hmm, it looks like GCC's stddef.h is more aggresive in insisting on
> it's own definition of NULL than I realized. It undef's the old one
> rather than doing an ifndef check. So as long as stddef.h is
> included, in any order relative to other headers, you'll get the GCC
> preferred definition of (void*)0. So I don't see a need to insist on
> my position.
I've finally restored OpenBSD-i386 to bootstrap land on mainline.
It looks like you're wrong. The copy of fixinclude'd stddef.h I'm looking
at does nothing of the sort. What I see is still:
#ifndef NULL
#ifdef __GNUG__
#define NULL __null
#else
#define NULL 0L
#endif
#endif