From owner-cvs-all Mon Feb 25 21:38:51 2002 Delivered-To: cvs-all@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 8D90F37B402; Mon, 25 Feb 2002 21:38:36 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA06550; Tue, 26 Feb 2002 16:37:19 +1100 Date: Tue, 26 Feb 2002 16:37:44 +1100 (EST) From: Bruce Evans X-X-Sender: To: Mark Murray Cc: , Subject: Re: cvs commit: src/include grp.h In-Reply-To: <200202260015.g1Q0FgPA005896@grimreaper.grondar.org> Message-ID: <20020226162341.O43512-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 26 Feb 2002, Mark Murray wrote: > > On Mon, 25 Feb 2002, Andrey A. Chernov wrote: > > > > > On Mon, Feb 25, 2002 at 05:55:48 -0800, Maxim Sobolev wrote: > > > > sobomax 2002/02/25 05:55:48 PST > > > > > > > > Modified files: > > > > include grp.h > > > > Log: > > > > Backout rev.1.5 - it seems that it's posixly correct that the program > > > > needs to include before . > > > > Thanks. You should have seen my recent 10-20 commits for dependencies on > > namespace pollution in , and some of my hundreds of commits > > for namespace pollution not so recently. I don't want any new namespace > > pollution. > > pwd.h also currently includes sys/types.h (and has done for a while). > Should this also be removed for NS pollution reasons? No. It is very old namespace pollution (it has been there since rev.1.1 like that in ), so it is too late to fix it in ways that are wrong in current standards. Even removing the pollution will cause a few problems. Hopefully not as many as in , since is not so polluted. AFAIR, its pollution consists mainly of: - select macros (POSIX.1-2001 does something about this) - ntoh* and endian functions and macros (mostly already fixed in -current by mike) - too many typedefs for type names ending in _t. Not a bug, but it is a bug if applications depend on the nonstandard ones. - typedefs for type names not ending in _t. Mostly compatibility cruft for old BSD and SYSV types, but a large number of things depend on the old BSD types (u_char, etc. We have an even sillier problem for the not-so-old BSD fixed-width types. They are spelled u_int8_t, etc. in FreeBSD but uint8_t etc. in C99. I expect the old spellings will take longer to go away than __P(()) :-(. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message