Messages in this thread | | | Date | Wed, 9 Jan 2002 01:04:24 +0100 | From | David Weinehall <> | Subject | Re: __FUNCTION__ |
| |
On Tue, Jan 08, 2002 at 03:51:02PM -0800, Andrew Morton wrote: > David Weinehall wrote: > > > > ... > > > Since the C99 spec does not state anything about __FUNCTION__, changing > > > it from the current behavior does not seem like a wise thing to do. > > > > > > Any pointers to someone to complain to, or is there no chance for > > > reversal? > > > > Because the want people to stop using a gcc-specific way and start > > using the C99-mandated way instead?! Very sane imho. > > > > They shouldn't take a GNU extension which has been offered > for ten years and suddenly revert it, or unoptionally spit a > warning. But they keep on doing this.
Well, as the C standards evolve to incorporate things that gcc earlier had to create extensions to provide, it is reasonable that gcc, which after all _is_ a C-compiler (yeah, yeah, I know that gcc is GNU Compiler Collection or whatever, but disregard from that now, ok?!) should use those. Deprecating the use of the extension in one release and removing it from the next is something we do from time to time in the kernel too...
> I've had large codebases which compiled just fine five years ago. > But with a current compiler, same codebase produces an *enormous* > number of warnings. There's no switch to turn them off and going
So, you:
a.) Coded with a lot of gcc specific code
or
b.) Had a lot of bugs in your code that gcc didn't warn about before
In both cases I'd recommend fixing the code...
> in and changing the code is clearly not an option. The only options
Huh? Most likely, your code is broken, rather than blaming the messenger, act properly upon the received message.
Regards: David Weinehall _ _ // David Weinehall <tao@acc.umu.se> /> Northern lights wander \\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \> http://www.acc.umu.se/~tao/ </ Full colour fire </ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |