Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: /bin/zsh -ce 'false; echo bug'

X-seq: zsh-workers 7491
From: "Owen M. Astley" <oma1000@xxxxxxxxx>
To: zsh-workers@xxxxxxxxxxxxxx
Subject: Re: /bin/zsh -ce 'false; echo bug'
Date: Thu, 26 Aug 1999 09:26:46 +0100 (BST)
In-reply-to: <199908260149.SAA46088@xxxxxxxxxxxxxx>
Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm

On Wed, 25 Aug 1999, Matt Watson wrote:

> gnumake-3.74 wants to use "/bin/sh -ce <commandstring>" to exec a sub  
> make. Unfortunately if zsh == sh, zsh doesn't grok the -ce as separate  
> options, so it ignores the "e" and does not set ERREXIT.
> 
> Should it? Has anyone else come across this?

I 'think' that POSIX doesn't allow for options of this type, it should be
written as -c -e <commandstring>.  However, I can't remember where I  read
that, and as most shells seem to cope with it, it should be done.

Is there any reason why parseargs() doesn't use getopt?

Owen

Follow-Ups:
- Re: /bin/zsh -ce 'false; echo bug'
  - From: Bart Schaefer

References:
- /bin/zsh -ce 'false; echo bug'
  - From: Matt Watson

Messages sorted by: Reverse Date, Date, Thread, Author