From owner-freebsd-current Sat Dec 6 15:55:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA25709 for current-outgoing; Sat, 6 Dec 1997 15:55:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ppp7267.on.bellglobal.com (ppp6535.on.bellglobal.com [206.172.208.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA25698 for ; Sat, 6 Dec 1997 15:55:14 -0800 (PST) (envelope-from tim@ppp7267.on.bellglobal.com) Received: from localhost (tim@localhost) by ppp7267.on.bellglobal.com (8.8.7/8.8.7) with SMTP id SAA14785; Sat, 6 Dec 1997 18:40:26 -0500 (EST) (envelope-from tim@ppp7267.on.bellglobal.com) Date: Sat, 6 Dec 1997 18:40:25 -0500 (EST) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: Shawn Ramsey cc: Chuck Robey , freebsd-current@freebsd.org Subject: Re: 3.0 -release ? In-Reply-To: <3488E112.4BD862AF@cpl.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Dec 1997, Shawn Ramsey wrote: > I would tend to agree with the statement about BSDI, whether doscmd came > from them or anywhere else...Its a great OS, but not so great company > behind it. There's no need to adopt an adverserial position, however. Certainly no one should need to go far out of their way to help BSDi, (or NetBSD, or OpenBSD, or Linux), but a little consideration for other OSs is a good thing. I think sometimes it's easy to slip into adverserial mode and Chuck (and I) is just trying to ward off that danger in advance. :) As far as the specific issue, there's no need to go and test all our ports on BSD/OS! :) OTOH, if one reads the porting guidelines, one should notice the expectation to use "#ifdef BSD" in place of "#ifdef __FreeBSD__". Of course, as the porting project assumes a life of its own apart from FreeBSD specifically, it will start to desire increasing cross-platform capability, just as any project would (eg. XFree compiles on more than just FreeBSD :). Such a desire will come on its own time, however. It should not be forced. :) -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster.