Date: Sat, 29 Jan 2000 15:30:14 -0500 (EST) From: Brian Fundakowski Feldman <green@FreeBSD.org> To: Bill Fumerola <billf@chc-chimes.com> Cc: =?iso-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= <jonny@jonny.eng.br>, Bruce Evans <bde@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/gen Makefile.inc Message-ID: <Pine.BSF.4.21.0001291526490.619-100000@green.dyndns.org> In-Reply-To: <20000129150358.Q31717@jade.chc-chimes.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 29 Jan 2000, Bill Fumerola wrote: > On Sat, Jan 29, 2000 at 06:57:04AM -0200, João Carlos Mendes Luís wrote: > > > This way, I think that application namespace pollution can be mostly > > ignored. Now you only have to care for standards namespace pollution. > > A point that I brought up and obrien confirmed. Using stranything() is a > violation of the ANSI standard. Everyone keeps ignoring that. > There's a choice between two evils, since this is utterly a non-standard function. One is two break "strict ANSI" by using some of "their" namespace. The other is to use the non-restricted namespace that users of the system expect is available to them. In all honesty, would you rather be an application author who suddenly has to change function names because some operating system thought _they_ could hourd "general" names, or an application author who uses names that he knows are not reserved and doesn't experience breakage because the system libraries and headers keep out of the unreserved space as much as possible? We need to put things in a reserved space. > -- > Bill Fumerola - Network Architect > Computer Horizons Corp - CVM > e-mail: billf@chc-chimes.com / billf@FreeBSD.org > Office: 800-252-2421 x128 / Cell: 248-761-7272 -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0001291526490.619-100000>