From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by melb.werple.net.au (8.7.5/8.7.3/2) with ESMTP id MAA00589 for ; Fri, 19 Jul 1996 12:50:33 +1000 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id WAA14643; Thu, 18 Jul 1996 22:43:50 -0400 (EDT) Resent-Date: Thu, 18 Jul 1996 22:43:50 -0400 (EDT) From: "Bart Schaefer" Message-Id: <960718194451.ZM784@candle.brasslantern.com> Date: Thu, 18 Jul 1996 19:44:51 -0700 In-Reply-To: Zoltan Hidvegi "Re: more dependencies on emulation" (Jul 19, 2:12am) References: <199607190012.CAA02152@hzoli.ppp.cs.elte.hu> Reply-To: schaefer@nbn.com X-Mailer: Z-Mail (4.0b.702 02jul96) To: Zoltan Hidvegi , A.Main@dcs.warwick.ac.uk (Zefram), zsh-workers@math.gatech.edu Subject: Re: more dependencies on emulation MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Resent-Message-ID: <"0yNQy3.0.ka3.cPlxn"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/1707 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu On Jul 19, 2:12am, Zoltan Hidvegi wrote: > Subject: Re: more dependencies on emulation > Zefram wrote: > > After this, the only use of emulation is in the emulate builtin itself, > > and in initialisation (where it's difficult to avoid). > > I did not want to introduce new options like FUNCTION_ARGZERO and > SH_FILE_SUBST because I consider these options useful only in sh/ksh > compatibility mode. Does that mean you're not planning to include these patches in 3.0? Or does this: > But my solition was certainly not very good. mean that you ARE planning to include them? > Increasing the number of settable options makes it > more and more difficult to write zsh functions which are independent of the > current options setting. Actually, the only options that make this difficult are those that (1) affect non-interactive behavior and (2) are not tied to an emulation. As long as the "emulate" command sets/unsets all the appropriately- tagged options, you can always do: zshfoo() { setopt localoptions emulate zsh # Now do stuff using default zsh settings } Note, though, that for this to work "emulate" should never turn OFF localoptions -- I note that it turns it ON for ksh, so right now it probably also turns it off sometimes. > > My comments in article 1669 about the option patch in article 1275 apply > > here also. Applying this patch by hand if you don't have the option > > patch applied is not difficult. If anyone wants an updated copy of the > > option patch, mail me. > > I'd like one. I wanted to include this in pre3 but again I had no time. Ooooh. I think I'd rather it stayed out for 3.0.