From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25036 invoked by alias); 9 Sep 2016 09:42:31 -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: 39253 Received: (qmail 10102 invoked from network); 9 Sep 2016 09:42:31 -0000 X-Qmail-Scanner-Diagnostics: from mailout2.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(210.118.77.12):SA:0(-1.1/5.0):. Processed in 0.744571 secs); 09 Sep 2016 09:42:31 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at samsung.com does not designate permitted sender hosts) X-AuditID: cbfec7f4-f79cb6d000001359-da-57d2818fe5ea Date: Fri, 09 Sep 2016 10:31:55 +0100 From: Peter Stephenson To: zsh-workers@zsh.org Subject: Re: [PATCH] Use == in expressions instead of the deprecated = Message-id: <20160909103155.2047b887@pwslap01u.europe.root.pri> In-reply-to: <20160909085231.GA9717@chaz.gmail.com> References: <20160905212754.24998-1-tgyurci@gmail.com> <20160908093516.4fc2dd1e@pwslap01u.europe.root.pri> <20160908121628.78977edd@pwslap01u.europe.root.pri> <20160908143128.GA14933@chaz.gmail.com> <20160909085231.GA9717@chaz.gmail.com> Organization: Samsung Cambridge Solution Centre X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu) MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHLMWRmVeSWpSXmKPExsVy+t/xy7r9jZfCDd7/4rU42PyQyYHRY9XB D0wBjFFcNimpOZllqUX6dglcGU837GIrmM5WMeHGZ5YGxp8sXYycHBICJhK9W1ayQdhiEhfu rQezhQSWMkr8ehILYc9gkvj3M7yLkQvIPs0o0XzlIlTRGUaJmesMQWwWAVWJRSd6wYayCRhK TN00mxHEFhEQlzi79jxYXFjATWLCx43sIDavgL1Ey/WbQHM4ODgFjCUW3veHmP+ZUeL/hQaw en4BfYmrfz8xQRxnLzHzyhlGiF5BiR+T74HVMAtoSWze1sQKYctLbF7zlhniNnWJG3d3s09g FJ6FpGUWkpZZSFoWMDKvYhRNLU0uKE5KzzXUK07MLS7NS9dLzs/dxAgJ5S87GBcfszrEKMDB qMTD+yDvYrgQa2JZcWXuIUYJDmYlEd79DZfChXhTEiurUovy44tKc1KLDzFKc7AoifPO3fU+ REggPbEkNTs1tSC1CCbLxMEp1cA479xi8VvS3627vK+e2li9WNs4o/54/PHZC24z7r+m39TQ WPd/lgLPkr3txUo3F/Yr5+5/J3mH/6UbU/P3tD+r2y6y/JokPM0kyeHzv/NTtf/erjSUW7fy Xfv12x9n584p5je4kGWqOH/9LvbtXqHv7145ayr78kSahpVfQeTWXourRgc4RO90KLEUZyQa ajEXFScCAIJfLFNhAgAA On Fri, 09 Sep 2016 09:52:31 +0100 Stephane Chazelas wrote: > It's still possible that the next major POSIX spec will have > [ == ] and maybe even [[ ]]. > > You guys may want to comment on the latest proposal there: > http://austingroupbugs.net/file_download.php?file_id=31&type=bug > > as it would make zsh non-conformant. > > In particular, it proposes specifying [[ =~ ]] the ksh/bash > way, that is where quoting escapes regexp operators ( > [[ a =~ "." ]] returns false) and [[ < ]] required to use > collation. If POSIX-like shells already do it that way, the best we could offer would probably be another kludge-up option anyway. Not specifying it, the only other option, isn't really doing anyone any favours in the end. pws