Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: please consider using PCRE_DOLLAR_ENDONLY (and PCRE_DOTALL) for rematchpcre
- X-seq: zsh-workers 42316
- From: Phil Pennock <zsh-workers+phil.pennock@xxxxxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- Subject: Re: please consider using PCRE_DOLLAR_ENDONLY (and PCRE_DOTALL) for rematchpcre
- Date: Mon, 22 Jan 2018 00:28:29 -0500
- Cc: zsh-workers@xxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=spodhuis.org; s=d201711; 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=UR0J2z5xkYPlLaBo3BmHwWA9i9vf+N+La1RhsXCuxVU=; b=hLPhkLOX4bVlTuZD3N0k+YaPVH 65Hhkk3RKmCpIjU6V2Y4XkOdWUUAgQkbkP6N1i35+GrCjd1J3z3lr/qtd3JLXYi+2aJ4AdKz8U1z5 qIbV5CbjDtiL4qljNjsQVjKIN3MUvEqw5q/j0N9HFbwYS6eMDEFB4LCf8Z3AEYtWqE/KegPU5zkub qhBTSs72hQXM+V68umSwzxLpCIST;
- In-reply-to: <180119234824.ZM7254@torch.brasslantern.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- Openpgp: url=https://www.security.spodhuis.org/PGP/keys/0x4D1E900E14C1CC04.asc
- References: <20171122122519.GA13771@chaz.gmail.com> <20171122214025.GA2992@chaz.gmail.com> <180119234824.ZM7254@torch.brasslantern.com>
On 2018-01-19 at 23:48 -0800, Bart Schaefer wrote:
> Another one that seems to have lost traction. Holiday malaise?
> (workers/42044)
Speaking only for myself: the =~ for PCRE is a thin wrapper around the
long-standing PCRE module (introduced in 2001) and that in turn is a
thin wrapper around the PCRE defaults.
Changing the default behavior of valid semantics risks hard-to-debug
breakage of existing scripts and I am erring on the side of being
against this change. It's not hard opposition, but I'd like to see
stronger justification before risking breaking changes.
I know that I myself have scripts which rely upon PCRE matching against
multiline data behaving as per the defaults of pcrepattern(3).
In addition, while the DOTALL change can be turned off in-regex, the
dollar-endonly one can't, AFAIK, so that becomes a breaking change which
can't be worked around.
-Phil
Messages sorted by:
Reverse Date,
Date,
Thread,
Author