From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15729 invoked by alias); 8 Aug 2011 08:40:23 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 29657 Received: (qmail 12481 invoked from network); 8 Aug 2011 08:40:20 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW, T_TO_NO_BRKTS_FREEMAIL autolearn=ham version=3.3.1 Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.212.43 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=P7YZE1tX4g9QCTAjmTYvazy64Fehq12q6QSNEJGF2K4=; b=G5qG6eiykkgiqdVZr8pmpdFZTD64vNYpcgM726Iq4WuwXVo5G+mor0qzzuCdtm8DHA ++dwRniMhCW+kCU6+lG5UhaPhGIxSVEOSXvKnqFVG+mYq8hnzmBO4b0PpdN8HoYtbluD IOCF+FRDEqWyARMT+lr9ZWtOupvAVRITwDQCs= MIME-Version: 1.0 In-Reply-To: <20110808093406.6982bdc9@pwslap01u.europe.root.pri> References: <20110731141715.GA66652@stack.nl> <20110731193922.237278da@pws-pc.ntlworld.com> <20110808093406.6982bdc9@pwslap01u.europe.root.pri> Date: Mon, 8 Aug 2011 10:40:08 +0200 Message-ID: Subject: Re: syntax error with anonymous functions when an argument begins with ( From: Mikael Magnusson To: zsh-workers@zsh.org Content-Type: text/plain; charset=UTF-8 On 8 August 2011 10:34, Peter Stephenson wrote: > On Mon, 8 Aug 2011 06:29:01 +0200 > Mikael Magnusson wrote: >> I actually had an anonymous function followed by 'done' in my .zshrc, >> but when I tested the new zsh version there was no error since the >> file was compiled. When I edited my .zshrc a week later though, zsh >> reported errors on startup, which took me a couple of minutes to >> figure out :). Is there a good reason to not stick on the >> $ZSH_PATCHLEVEL on the version stored in .zwc files, assuming it's >> stored as a string? > > What's supposed to happen is the version number of the wordcode gets > incremented, but I always forget. I suspect that having to recompile on > everything committed to the archive would be too much, but as I don't > rely on compiled files I'm really just guessing. It doesn't really take that long to recompile everything, but I guess it would be a bit annoying if you have long-running shells, as those would refuse to use .zwc files after you update... And in this case it wasn't that the wordcode was incompatible, just that my error got postponed until something actually had to reparse the .zshrc file. So I guess the current way is fine :). -- Mikael Magnusson