Date: Wed, 10 Jul 2002 17:34:24 -0700 From: David Schultz <dschultz@uclink.Berkeley.EDU> To: Peter Wemm <peter@wemm.org> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Dag-Erling Smorgrav <des@ofug.org>, Giorgos Keramidas <keramida@FreeBSD.ORG>, current@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure Message-ID: <20020711003424.GA1220@HAL9000.wox.org> In-Reply-To: <20020710231910.484373808@overcee.wemm.org> References: <200207102122.g6ALMCi1004528@apollo.backplane.com> <20020710231910.484373808@overcee.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Peter Wemm <peter@wemm.org>: > Please do not. gcc is just a tool. If it emits a warning on some arches > because gcc doesn't understand how our libraries work, then we should > disable the gcc checking for those arches on those functions. ie: remove > the __printf0like completely for #ifdef sparc64 for err() etc. ... > This is much much less disruptive than slashing through userland and > "fixing" something that is already perfectly correct and legal. I agree that there's little sense in changing the code to work around a compiler bug, but it does not follow that the change is inherently a bad idea. I tend to think of adding descriptive error messages as something that should have been done long ago, and just happens to be slightly more useful now. The change buys us the time to figure out what's really wrong with gcc, rather than disabling and ignoring the offending warnings on sparc64. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020711003424.GA1220>