From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1164 invoked from network); 23 Apr 2001 17:59:33 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 23 Apr 2001 17:59:33 -0000 Received: (qmail 16936 invoked by alias); 23 Apr 2001 17:59:23 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 14074 Received: (qmail 16919 invoked from network); 23 Apr 2001 17:59:22 -0000 Message-ID: To: zsh-workers@sunsite.dk (Zsh hackers list) Subject: Re: What about this? (was: RE: Zsh broken after the latest build patches) In-Reply-To: Your message of "Mon, 23 Apr 2001 17:41:40 -0000." <1010423174140.ZM14931@candle.brasslantern.com> Date: Mon, 23 Apr 2001 18:58:55 +0100 From: Peter Stephenson Bart wrote: > On Apr 23, 5:44pm, Peter Stephenson wrote: > } Subject: Re: What about this? (was: RE: Zsh broken after the latest build > } > } I'd prefer, if possible, to back them off everywhere and apply them back > } later. The only good reason for using a branch would be to do simultaneous > } development. I don't think that's necessary so near to the 4.0.1 release. > > The reason to branch for a release is to separate bug fixes from feature > additions. We will very likely be branching to produce 4.1 (if we can find some excuse --- probably improved parameter code). I was hoping to delay that as late as possible to avoid any immediate fallout from 4.0.1 having to be applied twice. But if the termcap stuff gets re-applied soon, and can't be resolved, we may be back where you suggest. I would hope it wouldn't be important enough to hold off until a separate development branch. It's easy --- probably easier --- to branch after the release if necessary, so I don't think this is a big worry. > I looked briefly at the getindex() double-quote thing I mentioned [try to > eliminate the strchr()] and found that in fact the callers of getindex() > generally are NOT equipped to say whether the call was in double-quotes. > I'd have to add an argument to fetchvalue() as well [or a new PM_ flag] > to propagate `qt' down from paramsubst(). A new PM_ flag might not be a > bad idea ... any thoughts? You mean a PM_ flag that doesn't get stored with parameters, just used when substituting? It could certainly be useful. -- Peter Stephenson Software Engineer CSR Ltd., Unit 300, Science Park, Milton Road, Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070 ********************************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. **********************************************************************