From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29439 invoked by alias); 6 Mar 2015 16:43:44 -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: 34667 Received: (qmail 27217 invoked from network); 6 Mar 2015 16:43:32 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,TO_NO_BRKTS_PCNT autolearn=no version=3.3.2 Date: Fri, 6 Mar 2015 17:43:30 +0100 From: Vincent Lefevre To: zsh-workers@zsh.org Subject: Re: Aliasing separators (Re: grammar triviality with '&&') Message-ID: <20150306164330.GE10507@ypig.lip.ens-lyon.fr> Mail-Followup-To: zsh-workers@zsh.org References: <20150302104619.GC6869@xvii.vinc17.org> <20150302110610.2e2c7e86@pwslap01u.europe.root.pri> <20150304144756.GA27231@ypig.lip.ens-lyon.fr> <150304175112.ZM19818@torch.brasslantern.com> <20150305100638.55631238@pwslap01u.europe.root.pri> <150305090720.ZM8441@torch.brasslantern.com> <20150305174011.0be5a31e@pwslap01u.europe.root.pri> <150305174240.ZM8732@torch.brasslantern.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.23-6424-vl-r76280 (2015-02-19) On 2015-03-06 05:13:28 +0100, Mikael Magnusson wrote: > You could argue that the documentation is already right, it uses > "before parsing", and && is interpreted in the "lexing" stage, right? > However, I don't think users can know that... :) The zsh man pages don't mention anything about the lexing stage. So, if this is the intended behavior, there's at least something missing in the documentation. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)