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) with ESMTP id FAA01897 for ; Wed, 8 May 1996 05:10:59 +1000 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id OAA20025; Tue, 7 May 1996 14:59:45 -0400 (EDT) Resent-Date: Tue, 7 May 1996 14:59:45 -0400 (EDT) From: Zoltan Hidvegi Message-Id: <199605071857.UAA22677@turan.elte.hu> Subject: Re: zsh-2.6-beta17 released To: Irving_Wolfe@wolfe.net Date: Tue, 7 May 1996 20:57:01 +0200 (MET DST) Cc: zsh-workers@math.gatech.edu In-Reply-To: <9605071815.AA03955@kiwi.Happy-Man.com> from Irving Wolfe at "May 7, 96 11:15:05 am" Organization: Dept. of Comp. Sci., Eotvos University, Budapest, Hungary Phone: (36 1)2669833 ext: 2667, home phone: (36 1) 2752368 X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Message-ID: <"ihDNt1.0.pu4.WsvZn"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/1000 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu > I'd like to suggest that we go ahead and release 2.6-beta17 (with > the two little patches) as 2.7, after at most a few days more > testing and, if necessary, minor patching, and then go ahead with > starting 2.8beta with the next change. > > Zoltan's point that what we have here is far better and far less > buggy than the last released version is quite correct. I have been I would not be that quick with that. First as Richard planned the next production release will be zsh-3.0 and the next beta line will be 3.1. I do hope that there are no serious bugs in beta17 but there may be portability problems. Eg. it turned out that not all C preprodessors understand the #error directive which I used in builtin.c. I should probably use some syntactically incorrect code in place of that. It also turned out that some macros and variables have the same name which causes problems with some compilers and this has been there in previous releases as well but for some reason noone complained. Also substitution code still needs some revision. I want it to be more compatible with sh (this is a big task, with heavy changes in the lexer so I'm not sure it'll be done before 3.0). If 3.0 comes out too early some important changes can be missing from it which would require an other stable release. Zoltan