Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: sourcing a sh file in zsh
- X-seq: zsh-workers 26459
- From: Peter Stephenson <pws@xxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: sourcing a sh file in zsh
- Date: Tue, 27 Jan 2009 10:16:34 +0000
- In-reply-to: <200901270950.n0R9oijQ016648@xxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <BD9D2405-AD6A-4336-9C8A-85149165B6B8@xxxxxxxxx> <200901161939.54651.arvidjaar@xxxxxxxxxx> <090116102934.ZM22119@xxxxxxxxxxxxxxxxxxxxxx> <200901241859.30029.arvidjaar@xxxxxxxxx> <20090124173836.64403fdc@pws-pc> <090124152643.ZM24163@xxxxxxxxxxxxxxxxxxxxxx> <20090125213946.4c868e74@pws-pc> <20090126061819.GB54012@xxxxxxxxxxxxxxxxxxxx> <20090126122104.0e3013ba@news01> <20090126231630.GB18017@xxxxxxxxxxxxxxxxxxxx> <200901270950.n0R9oijQ016648@xxxxxxxxxxxxxx>
Peter Stephenson wrote:
> I don't see why options should ever be read-only, and I don't see why
> executing a function that changes option values in the parent should be
> forbidden from doing so, given that this is explicitly supported zsh
> behaviour. You always have enough rope to hang yourself with a
> shell---if you don't want native zsh behaviour seeping out, don't use a
> native zsh function, or be explicit with the "emulate -L"s.
I wasn't very clear about what I *do* think it should do: that is
simply set and restore options for the new use of emulate, and do
exactly the same for functions marked for emulate behaviour. (Detecting
when to set and when to use the emulate marking for functions is a bit
more subtle.)
--
Peter Stephenson <pws@xxxxxxx> Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070
Messages sorted by:
Reverse Date,
Date,
Thread,
Author