zsh-workers
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: Zefram <zefram@fysh.org>
Cc: zsh-workers@sunsite.auc.dk
Subject: Re: PATCH: emulate (Re: Prompt fun)
Date: Thu, 7 Oct 1999 18:56:50 +0000	[thread overview]
Message-ID: <991007185650.ZM27319@candle.brasslantern.com> (raw)
In-Reply-To: <E11ZHMN-0002mM-00@crucigera.fysh.org>

On Oct 7,  6:29pm, Zefram wrote:
> Subject: Re: PATCH: emulate (Re: Prompt fun)
> emulate without -R is supposed to
> emulate (hence the name) the specified shell, as much as necessary for
> scripts to be able to run unchanged

Yes; the question is, when "the specified shell" is zsh, what does it mean
to emulate it?  After all, zsh is already zsh ... by definition, any option
not specifically intended for emulation of some other shell is already
being emulated "as if zsh," no matter what its setting.

However, this is mostly thinking about things from an interactive-shell
viewpoint, not from a function/script viewpoint.  So how about this:

> >[I'm] loathe to make "silent" changes to the option semantics.  I'd much
> >rather see an additional flag to "emulate" that catches these additional
> >problem cases.
> 
> So when would we use this additional flag?  It would have to be used
> essentially all the time, with plain emulate left just for backward
> compatibility.

We already have to use the -L option essentially all the time, and it makes
little sense to use -L in an interactive context.  Why not overload -L with
this semantics, and leave plain "emulate" as it was?


  reply	other threads:[~1999-10-07 18:57 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-10-07  0:28 PATCH: Re: Prompt fun Bart Schaefer
1999-10-07 10:41 ` PATCH: emulate (Re: Prompt fun) Zefram
1999-10-07 14:53   ` Bart Schaefer
1999-10-07 15:11     ` Zefram
1999-10-07 15:42       ` Bart Schaefer
1999-10-07 15:50         ` Zefram
1999-10-07 17:20           ` Bart Schaefer
1999-10-07 17:29             ` Zefram
1999-10-07 18:56               ` Bart Schaefer [this message]
1999-10-08  9:58                 ` Zefram
1999-10-07 20:32               ` Reasons for not wanting EXTENDED_GLOB interactively (was Re: PATCH:...) Bruce Stephens
1999-10-08  6:15                 ` Andrej Borsenkow
1999-10-10 23:03   ` PATCH: Re: PATCH: emulate (Re: Prompt fun) Bart Schaefer
1999-10-10 23:19     ` Bart Schaefer
1999-10-11  8:20       ` Zefram
1999-10-10 23:21     ` Bart Schaefer
1999-10-11  8:17       ` Zefram

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=991007185650.ZM27319@candle.brasslantern.com \
    --to=schaefer@candle.brasslantern.com \
    --cc=zefram@fysh.org \
    --cc=zsh-workers@sunsite.auc.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).