From owner-cvs-all Mon Feb 25 22:31:49 2002 Delivered-To: cvs-all@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 9B48A37B429; Mon, 25 Feb 2002 22:31:32 -0800 (PST) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g1Q6PnN84013; Tue, 26 Feb 2002 01:25:49 -0500 (EST) (envelope-from mike) Date: Tue, 26 Feb 2002 01:25:49 -0500 From: Mike Barcroft To: Bruce Evans Cc: Mark Murray , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/include grp.h Message-ID: <20020226012549.H31007@espresso.q9media.com> References: <200202260015.g1Q0FgPA005896@grimreaper.grondar.org> <20020226162341.O43512-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020226162341.O43512-100000@gamplex.bde.org>; from bde@zeta.org.au on Tue, Feb 26, 2002 at 04:37:44PM +1100 Organization: The FreeBSD Project 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 Bruce Evans writes: > 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 In my tree, only includes in the non- _POSIX_SOURCE case, which is somewhat better than what we have now. I'm interested in fixing everything in our tree that depends on this brokenness and freeing of . > 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(()) :-(. This could probably be incorporated into the __P(()) removal effort. It's a very mechanical change in nature. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message