Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: -pcre-match doesn't work since version 5.4.1
- X-seq: zsh-users 22812
- From: Phil Pennock <zsh-workers+phil.pennock@xxxxxxxxxxxx>
- To: nimaje+zml@xxxxxxxxxxxxxx
- Subject: Re: -pcre-match doesn't work since version 5.4.1
- Date: Thu, 10 Aug 2017 22:11:22 -0400
- Cc: zsh-users@xxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=spodhuis.org; s=d201708; h=In-Reply-To:Content-Type:MIME-Version:References :Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding :Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=9XERTFucU1PkFzeJgDIBjrfNI/5s0a4VpUYrbixrCEI=; b=eaVyRzlW85vrxAt1A7mx4fpc0A paIteYHbOwmulK+27JDBngbECeIGM7Xu6jV9+FJVU0aE+FvZIN8k9DAVWnS9HSNCLMAPIwz87tP3O C6zSVpRkJfy2gtVmBteg2+EOQ8fn7+z0P0OAJ4/L6mUsDr4/5hL/7O7ctBN7IBKoPzgdJD3aKzXbj 9xJCL7nc/2Vmang5je3GW3jaYLU3;
- In-reply-to: <20170811010701.GA94571@tower.spodhuis.org>
- List-help: <mailto:zsh-users-help@zsh.org>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:zsh-users@zsh.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- Openpgp: url=https://www.security.spodhuis.org/PGP/keys/0x4D1E900E14C1CC04.asc
- References: <86221c7e-aa71-28a7-21c2-8ed800090edd@bureaucracy.de> <20170811010701.GA94571@tower.spodhuis.org>
On 2017-08-10 at 21:07 -0400, Phil Pennock wrote:
> On 2017-08-11 at 00:29 +0200, nimaje+zml@xxxxxxxxxxxxxx wrote:
> > after upgrading to version 5.4.1 I noticed that using -pcre-match doesn't
> > work
> I see this too; none of the loadable infix operators seem to be working,
> so it's not specific to the PCRE module. -regex-match doesn't work
> either.
I took this to -workers and a patch has been posted. A change in
tokenization logic accidentally broke lookup of conditionals where
there's a dash inside the conditional name.
No idea whether my patch or something else will be applied, but know
that what we have includes a regression test so that this one won't slip
through again.
> As a workaround, `setopt re_match_pcre` and then using =~ as the
> operator does still work. (This is why I didn't immediately see the
> breakage myself).
That workaround applies still. And now we know why it works. :)
-Phil
Messages sorted by:
Reverse Date,
Date,
Thread,
Author