From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9901 invoked by alias); 20 Jul 2014 16:14:20 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 18974 Received: (qmail 24688 invoked from network); 20 Jul 2014 16:14:19 -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=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 From: Bart Schaefer Message-id: <140720091421.ZM8030@torch.brasslantern.com> Date: Sun, 20 Jul 2014 09:14:21 -0700 In-reply-to: <140719152116.ZM13686@torch.brasslantern.com> Comments: In reply to Bart Schaefer "Several PCRE module oddities" (Jul 19, 3:21pm) References: <20140719121937.GN12213@bunkus.org> <20140719123158.GO12213@bunkus.org> <20140719123620.GP12213@bunkus.org> <20140719123645.GQ12213@bunkus.org> <140719152116.ZM13686@torch.brasslantern.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@zsh.org Subject: Re: Several PCRE module oddities MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Jul 19, 3:21pm, Bart Schaefer wrote: } } See the first and third hunks of the patch below, though I suppose we } should get general agreement on whether it should work this way, because } there's no way to turn it off on a per-pattern basis (unlike turning it } *on* with "pcre_compile -i"). Upon reflection I think NO_CASE_MATCH should apply to =~ but not to pcre_compile, because the latter has the -i option. (Thus discard the first hunk of the patch from users/18966.) I will follow up to zsh-workers with an updated patch.