From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-19969-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 23563 invoked by alias); 4 Mar 2015 17:13:10 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 19969
Received: (qmail 19334 invoked from network); 4 Mar 2015 17:12:59 -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=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW
	autolearn=ham version=3.3.2
X-Authority-Analysis: v=2.1 cv=T/C1EZ6Q c=1 sm=1 tr=0
 a=o9yhMRiab5tDPe4hujl70Q==:117 a=o9yhMRiab5tDPe4hujl70Q==:17 a=VNsaWKQvMhEA:10
 a=N659UExz7-8A:10 a=YR8mxyJu4La9mJPX03QA:9 a=pILNOxqGKmIA:10
Message-id: <54F73D18.8070801@eastlink.ca>
Date: Wed, 04 Mar 2015 09:12:56 -0800
From: Ray Andrews <rayandrews@eastlink.ca>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.4.0
MIME-version: 1.0
To: zsh-users@zsh.org
Subject: Re: grammar triviality with '&&'
References: <54F33934.2070607@eastlink.ca> <13666281425228233@web7o.yandex.ru>
 <54F345D3.9010204@eastlink.ca>
 <D0509295-7DA9-4F18-9E3D-D50C0A756998@larryv.me>
 <20150302022754.GA7449@xvii.vinc17.org>
 <150302005440.ZM16546@torch.brasslantern.com>
 <20150302103156.GB6869@xvii.vinc17.org>
 <150302084958.ZM17306@torch.brasslantern.com>
 <20150304085512.GA3609@ypig.lip.ens-lyon.fr>
In-reply-to: <20150304085512.GA3609@ypig.lip.ens-lyon.fr>
Content-type: text/plain; charset=windows-1252; format=flowed
Content-transfer-encoding: 7bit

On 03/04/2015 12:55 AM, Vincent Lefevre wrote:

> The feature would be there. Then every programmer is free to do what 
> he likes.

> A programmer is not forced to use this feature.

Exactly.  The traditionalist wouldn't touch it in any case.  All 
existing code would
remain (*must* remain) unaffected.  If an extra degree of freedom and 
capability
was possible, and IF it could be implemented with no gotchas, then why 
not? This
assuming of course that it could be implemented simply and efficiently (fat
chance).  I can hardly comment on the 'alias' method but it does seem 
contrived
and maybe full of gotchas.  It still seems to me that the " [[ $? -eq 0 
]] " test
is implicit before any '&&' anyway, and that since a line break doesn't 
make the
value disappear, then

&& ...

can mean nothing other than 'grab last '$?' and continue parsing'. The 
'errexit'
thing is a feature or a gotcha as you guys decide.