Date: Fri, 31 Oct 2003 13:34:58 -0000 From: Bruce Evans <bde@zeta.org.au> To: Ruslan Ermilov <ru@FreeBSD.org> Cc: Peter Wemm <peter@FreeBSD.org> Subject: Re: cvs commit: src/sys/sys cdefs.h Message-ID: <20031101002134.Y1748@gamplex.bde.org> In-Reply-To: <20031031123129.GB777@sunbay.com> References: <200310310542.h9V5gr8v023991@repoman.freebsd.org> <20031031230028.K1418@gamplex.bde.org> <20031031123129.GB777@sunbay.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 31 Oct 2003, Ruslan Ermilov wrote:
> On Fri, Oct 31, 2003 at 11:15:40PM +1100, Bruce Evans wrote:
> > ...
> > While it is good to check for warnings in system headers, this shouldn't
> > be forced on everyone. Applications that want to check for the non-error
> > of using undefined identifiers in cpp expressions shouldn't enable
> > warnings in system headers unless they want to get warnings if the headers
> > use this standard C feature (and other warnings). Applications in the src
> > tree won't do this.
> >
> What's the underlying issue here? I always thought that FreeBSD is different
> from GNU is this respect -- we treat our system as the whole, so the piece
> of code is as clean as its worst part; that may be a system header, too.
> Remember the issue? Old versions of buildworld used -nostdinc hack and
> -I... to ${WORLDTMP}/usr/include, and it caused WARNS to be generating
> different warnings while in buildworld compared to a normal (no -nostdinc)
> build. I'm against reverting the toplev.c change, but it also made the
> sys.mk part redundant, so the latter may be reverted now.
The system shouldn't have to satisfy cleanness standards of applications
that are not maintained by FreeBSD, especially when those standards
are bogus (e.g., compiling cleanly with -Wundef). Hopefull all the
important corner cases in the system headers are tested by buildworld
so that we don't need to enlist the application maintainers to find bugs
in system headers.
Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031101002134.Y1748>