From owner-freebsd-arch Wed Jan 30 23:15:29 2002 Delivered-To: freebsd-arch@freebsd.org Received: from a96180.upc-a.chello.nl (a96180.upc-a.chello.nl [62.163.96.180]) by hub.freebsd.org (Postfix) with ESMTP id 460C137B404 for ; Wed, 30 Jan 2002 23:15:26 -0800 (PST) Received: by a96180.upc-a.chello.nl (Postfix, from userid 1001) id 4026C2175; Thu, 31 Jan 2002 08:15:24 +0100 (CET) Date: Thu, 31 Jan 2002 08:15:23 +0100 From: Jeroen Ruigrok/asmodai To: Terry Lambert Cc: Peter Wemm , Giorgos Keramidas , Garance A Drosihn , Alfred Perlstein , Poul-Henning Kamp , Jordan Hubbard , Dallas De Atley , arch@freebsd.org Subject: Re: __P macro question Message-ID: <20020131071523.GP22384@daemon.ninth-circle.org> References: <20020131030329.2E01C3A9A@overcee.wemm.org> <3C58C1D8.D6A71365@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C58C1D8.D6A71365@mindspring.com> User-Agent: Mutt/1.3.24i Organisation: Ninth Circle Enterprises Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -On [20020131 05:15], Terry Lambert (tlambert2@mindspring.com) wrote: >Peter Wemm wrote: >> > The point is that if I were wanting to use a freely >> > available reference implementation of TCP/IP, right >> > now I would prefer to use FreeBSDs implementation, so >> > long as it remains portable to my platform. >> >> Well, our network stack is nowhere near K&R compliant, not by a million >> miles. So forget that line of the argument. > >Willful negligence is not a philosophical argument. Willful laziness is not a developer forte. One's ease of porting is another man's pain in removing things from the sources. If you want portability, go with NetBSD, FreeBSD already said in the past that it had no desire to be ported to Apollo's to replace Domain/OS or any other old architectures. You want software from FreeBSD and use it in your own environment, well tough luck, chances are you need to get off your butt and do what you were hired for in the first place. We are not talking about any philosophical pies in the sky here, this is code, pure and simple. Yes, we remove K&R's __P() macro support, because of: - argument - argument - argument - argument No, we leave K&R's __P() macro support be, because of: - argument - argument - argument - argument Where is the philosophical discussion in that? -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono / xMach coreteam asmodai@[wxs.nl|xmach.org], finger asmodai@ninth-circle.org http://www.softweyr.com/asmodai/ In shallow waters, shrimps make fools of dragons. - Chinese Proverb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message