From owner-freebsd-hackers Mon Nov 9 11:31:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11269 for freebsd-hackers-outgoing; Mon, 9 Nov 1998 11:31:59 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11264 for ; Mon, 9 Nov 1998 11:31:57 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id MAA07025; Mon, 9 Nov 1998 12:31:34 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id MAA05779; Mon, 9 Nov 1998 12:31:33 -0700 Date: Mon, 9 Nov 1998 12:31:33 -0700 Message-Id: <199811091931.MAA05779@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Steve Kargl Cc: jkh@time.cdrom.com (Jordan K. Hubbard), nate@mt.sri.com, hackers@FreeBSD.ORG Subject: Re: linux software installation and uname In-Reply-To: <199811091855.KAA10694@troutmask.apl.washington.edu> References: <7734.910632801@time.cdrom.com> <199811091855.KAA10694@troutmask.apl.washington.edu> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Actually, you didn't. Stick a uname in the appropriate /compat/linux > > > directory and it will be called (and return Linux) which doesn't bloat > > > FreeBSD's code with Linux-centric bits. > > > > Ah, that's another good point. :-) > > > > The install script on the cdrom had hardcoded tests for > /usr/bin/uname and /bin/uname. > > If we every get to the emulation of Digital Unix and Solaris > where we have /compat/linux, /compat/digital, /compat/solaris, > etc., then we need several versions of uname. Now, we're talking > about bloat. Actually, the code would be *much* shorter than modifying uname for each platform, since uname on each platform has very different functionality and/or flags. So, bloat would be reduced, not increased. Complexity would also be limited to the code/script that is for each OS, therefore reducing maintenance on other platforms. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message