From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-18977-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 13250 invoked by alias); 20 Jul 2014 17:19:11 -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: 18977
Received: (qmail 3849 invoked from network); 20 Jul 2014 17:19:08 -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
X-Originating-IP: [86.6.157.246]
X-Spam: 0
X-Authority: v=2.1 cv=euRRz+ZX c=1 sm=1 tr=0 a=BvYiZ/UW0Fmn8Wufq9dPrg==:117
 a=BvYiZ/UW0Fmn8Wufq9dPrg==:17 a=NLZqzBF-AAAA:8 a=uObrxnre4hsA:10
 a=kj9zAlcOel0A:10 a=q2GGsy2AAAAA:8 a=S0U-1G3vumtHxn2tf08A:9 a=CjuIK1q_8ugA:10
 a=I6wTmPyJxzYA:10
Date: Sun, 20 Jul 2014 18:19:03 +0100
From: Peter Stephenson <p.w.stephenson@ntlworld.com>
To: zsh-users@zsh.org
Subject: Re: Several PCRE module oddities
Message-ID: <20140720181903.49c70488@pws-pc.ntlworld.com>
In-Reply-To: <140720091421.ZM8030@torch.brasslantern.com>
References: <20140719121937.GN12213@bunkus.org>
	<20140719123158.GO12213@bunkus.org>
	<20140719123620.GP12213@bunkus.org>
	<20140719123645.GQ12213@bunkus.org>
	<140719152116.ZM13686@torch.brasslantern.com>
	<140720091421.ZM8030@torch.brasslantern.com>
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.7; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Sun, 20 Jul 2014 09:14:21 -0700
Bart Schaefer <schaefer@brasslantern.com> wrote:
> 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.)

Yes, that sounds right.  NO_CASE_MATCH is for the normal RE match
operator, whatever happens to implement it.

pws