From owner-freebsd-current Mon Oct 26 13:08:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22741 for freebsd-current-outgoing; Mon, 26 Oct 1998 13:08:00 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22728 for ; Mon, 26 Oct 1998 13:07:56 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id QAA24144; Mon, 26 Oct 1998 16:08:04 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: drosih@pop1.rpi.edu Message-Id: In-Reply-To: <19981026125133.A2717@netmonger.net> References: ; from Chuck Robey on Sun, Oct 25, 1998 at 08:27:24PM -0500 <3633C8F8.EF8E14D5@null.net> Date: Mon, 26 Oct 1998 16:07:00 -0500 To: Christopher Masto , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Shells for you and shells for me Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:51 PM -0500 10/26/98, Christopher Masto wrote: > Just keep the damn /bin/sh we have now. Who actually uses it as > their login shell? Nobody. It's there to write /bin/sh scripts, > which by their very nature should be FreeBSD-specific or else > extremely lowest-common-denominator. If there are bugs affecting > the latter, they can be fixed. Do people really want better "sh > compatability"? I don't think that's what this is about. To give a recent example I've stumbled across, a few 'autoconf'- generated scripts will not work under freebsd, due to the way our /bin/sh handles IFS processing. This is more than a someone wanting tab completion or ~ expansion in /bin/sh, it's a practical issue when porting software. The problem with this particular example is that 'autoconf' is probably wrong in what it's doing. Sure, it works on most platforms, but various standards imply that it should not work. Also, there is another way for it to do what it wants to do, which is certain to work in all cases were it currently works, as well as FreeBSD's '/bin/sh' and a few other shells. Hmm, seems to me I had an important point to make when I started to write this, but I've been interrupted enough times that I've now forgotten what it was... :-) No, I remember. I disagree with the idea that /bin/sh scripts "should" be FreeBSD-specific. There is nothing to be gained by having /bin/sh dramatically different than what other OS's have for /bin/sh, precisely because so many people use that for "common" (cross-platform) scripts. At the same time, changing /bin/sh is disruptive enough that I agree with Chris's later comment. If we do come across something which is a problem, then it would be much less disruptive (or at least, "less scary") to just fix that problem in our /bin/sh than it is to abandon the one we have for some completely different one. And we should get the autoconf guys to fix the way they generate some of their scripts... :-) --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message