[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: regex.c simplification
From: |
Clément Pit-Claudel |
Subject: |
Re: regex.c simplification |
Date: |
Sun, 17 Jun 2018 12:50:08 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 |
On 2018-06-16 15:27, Perry E. Metzger wrote:
> On Sat, 16 Jun 2018 20:06:43 +0200 Andreas Schwab
> <address@hidden> wrote:
>> The problem is that none of the other regex implementations support
>> a gap.
>
> Not quite. A couple of them (say TRE) support having a mechanism to
> fetch the next character rather than assuming they're present in a
> flat array or what have you, which would allow for dealing with a gap
> buffer.
Yeah, but TRE is unmaintained, and has open security issues on its tracker :/
PCRE *should* support a gap, but in practice it doesn't (suspending a search
and resuming it in another buffer isn't guaranteed to give the same results as
it would have on a single contiguous buffer).
There's some relevant context at
https://lists.gnu.org/archive/html/emacs-devel/2016-12/msg00622.html
Clément.
Re: regex.c simplification, Noam Postavsky, 2018/06/16
Re: regex.c simplification, Perry E. Metzger, 2018/06/16