From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7502 invoked by alias); 15 May 2018 19:06:32 -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: List-Unsubscribe: X-Seq: 42782 Received: (qmail 2864 invoked by uid 1010); 15 May 2018 19:06:31 -0000 X-Qmail-Scanner-Diagnostics: from park01.gkg.net 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(205.235.26.22):SA:0(-1.4/5.0):. Processed in 1.227332 secs); 15 May 2018 19:06: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.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,SPF_PASS,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.1 X-Envelope-From: SRS0=HK1+=IC=yahoo.co.uk=okiddle@bounces.park01.gkg.net X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | X-Virus-Scanned: by amavisd-new at gkg.net Authentication-Results: amavisd4.gkg.net (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1526411167; bh=/RLqQdfpq83bVTBaaj/XxuMfSQgsyIx9seaD2o5DufU=; h=From:References:To:Subject:Date:From:Subject; b=Y/oo3N4ZKvoj2Zqt/VhNeG67Fkt5QBEg62VwbaIer+fyZvcBXttRgSdDF2HiThnRDOC+2V9dmdTiZZutXNPciE5XCfvVuwpNl5AKvpS9v5dAZ+sDgx0vtRBze8BAkCAZEtZP1fYE5Fk0LtKcR9olbf2NntrBrcv2s6CQyalH09N7zbQYrydRdsZjg9j3tn94pqc4m4Qg1zEz0Kx4x5XSEsastKGHiQ4EbLC6USMxdSn+AHBpMyuqKdTkGWSlVvFrOVPWOmknAmnQH42/yrzmDui7fj6yEKnBvAjURzRDe4EW68PJex86FYLDsAgN7s75btiZcHGmTG1XY5XPRIj5vQ== X-YMail-OSG: 8.nj.vQVM1lO1Wt8UuvimCA5.rsFhYn39U0Lskz4.IGXDj3Eb2soNeR2PAj6rlR aIBk4Q9xsITflCH2M09VNG5Xly28OumU9xPhv9My0hS8OWvs7QDfmOElai5aty1k4fO62jUj5kd. 0w7hoTDfrsFxQN46nduHsYBqmdNCM38aHAlxR3Muzl1wp4tc8mZHlNvnV8r3_qyPzepNFAGFo2Gq 8Ozv62BSLXDIFjtwWAGYWEUUM_Bu4jSwrOQIwGawXTuf4AHDAPk84zJCmpL06OPhRWo89dnjEOsQ uTAr.Rr6oMm0JXd33NPKjxtv4miJ9m2qhfB.NVFhBCKqUq57LwPAIk01DFtzPGRhj1B5AVgAFuoW T2E9rpidz_VhhbyiOo_cQC6I7j78Zqj44BEOzZ2BEZEHxe5hUH3C43e.cEuDr6PpJKq5thAZba.w EpTAvr4JCHWcmdw6.1cA7p8oREdNeQXzw9Eo93qg0L9jqRPn1WN1LtQu8Bdr6HlGRUCIYz.Yj45b wSvRiENmrpB_6a7ThAO_bH7d7Xejry2Y1lbbsr7vv869THi8gUub1CcCFGuBsh5DCp4KDXWmYnNj w48EVl_CdHtJ6s.w2.H4ZxmweAgwRs9Fc2.2f4A7cY60_BxfDCLTlIsoD6BopMtDJ In-reply-to: <20180514155131.GC7263@chaz.gmail.com> From: Oliver Kiddle References: <20180513212553.GA29028@chaz.gmail.com> <20180514063611.GA7263@chaz.gmail.com> <20180514064431.GB7263@chaz.gmail.com> <20180514094733.308bff1a@camnpupstephen.cam.scsc.local> <20180514123425.GA19631@chaz.gmail.com> <20180514145056.3eedaea9@camnpupstephen.cam.scsc.local> <20180514155131.GC7263@chaz.gmail.com> To: Zsh hackers list Subject: Re: [PATCH] [[:blank:]] only matches on SPC and TAB MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <18719.1526411161.1@thecus> Date: Tue, 15 May 2018 21:06:01 +0200 Message-ID: <18720.1526411161@thecus> Stephane Chazelas wrote: > [...] > > It wouldn't be ridiculous to change the documentation for this case and > > require "unsetopt multibyte" for strict byte-by-byte comparisions, which > > is already how it works in the vast majority of other cases. > [...] > > But note that here it's not about multibyte vs singlebyte but > whether [:blank:] honours the locale like the other POSIX > character classes (alpha, punct...) do. For consistency with the other character classes, I think the best is to follow POSIX and the other shells and have [:blank:] call iswblank(). That is apply the patch plus whatever change the documentation needs to reflect it. I can't see it actually breaking scripts in practice. We do at least have the option of using [$' \t'] if we want and could add [[:BLANK:]] or similar if needed. It does seem wrong for non-breaking spaces to be matched but that's an issue for NetBSD or whatever. This isn't as bad as the idiocy of [a-z] matching B-Z. > What a mess! Indeed. I also wish POSIX would standardise an alternative for the C locale that's UTF-8 aware and with ISO rather than US format dates. Oliver