This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: "introduce no new bootstrap warning" criteria. was: Loop iv debugging, patch
- To: Geoff Keating <geoffk at redhat dot com>
- Subject: Re: "introduce no new bootstrap warning" criteria. was: Loop iv debugging, patch
- From: Neil Booth <neil at daikokuya dot demon dot co dot uk>
- Date: Sun, 14 Jan 2001 12:37:32 +0000
- Cc: jsm28 at cam dot ac dot uk, ghazi at caip dot rutgers dot edu, aj at suse dot de, dewar at gnat dot com,dkorn at pixelpower dot com, gcc at gcc dot gnu dot org, robertlipe at usa dot net
- References: <Pine.LNX.4.30.0101141128060.17694-100000@kern.srcf.societies.cam.ac.uk> <200101141201.EAA32441@geoffk.org>
Geoff Keating wrote:-
> Or perhaps the macro expander should track which macros are defined in
> system headers and not produce warnings for them?
I'm not a fan of this option at all. The only warnings we can avoid
this way are CPP warnings about the macro definition, which one
would hope was valid anyway being in a system header.
When it comes to usage, it gets really hairy because the invocation of
the macro could have come from other macros or macro arguments,
recursively who is to know whether those tokens come from user code or
system headers? And to the front ends, tokens all look the same
regardless of whence they came.
Zack showed Ulrich how to fix glibc to avoid the warning, and was
rudely brushed off.
Neil.