Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
Sender: cygwin-owner@sources.redhat.com
Message-ID: <01f401c0324e$d17668d0$cf01010a@in.teamp.com>
From: "Erik Nolte" <enolte@campuspipeline.com>
To: <cygwin@sources.redhat.com>
References: <018F9928A6F0D311ABAC00105ACC65592FB8B5@MARS> <01ad01c03242$fd78da00$cf01010a@in.teamp.com> <20001009185724.B9752@cygnus.com>
Subject: Re: getopts missing with latest cygwin
Date: Mon, 9 Oct 2000 18:12:46 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

> The "ash maintainer" is either me or Corinna.  FWIW, I don't plan on
> changing this.  I want ash to be small and fast when running configure
> scripts.  I've stripped ash down to support only the minimal set of
> functionality found in older versions of UNIX.  I use the /bin/sh on
> Digital UNIX 3.2 as a reference.
>
> If you want more functionality, use bash.
>
> FYI, getopts can also be a separate program although we don't supply it
> with cygwin, currently.

The stripped down sh makes sense for its intended purpose.  However, I've
got a situation where (1) I need to parse the command line, (2) my customers
demand bourne shell scripts (no bash, csh, or ksh), and (3) the scripts must
run on Solaris and cygwin/NT.  Currently I use getopts in the shell scripts
and have the NT customers copy bash.exe to sh.exe.

Of all ash's disabled features (bg, exp, let, fc, fg, getopts, jobid, jobs,
local, printf, setvar, unalias, and alias) , only getopts is found in
/bin/sh for commercial UNIX releases like SunOS/Solaris, HP/UX, SVR[3,4,5],
IRIX, and AIX.  I would resist enabling features not found in standard
/bin/sh's, but getopts is standard for every AT&T and Sun derived sh since
1990.

What's the process for including the separate process getopts in the next
cygwin?

Thanks!
- Erik


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com