Carlo Arenas <carenas@xxxxxxxxx> writes: >> > ... but >> > ab/pcre-jit-fixes and UTF-8 validation are likely to make that more >> > difficult (even if it is a mostly self inflicted wound AFAIK) >> ... > for example 685668faaa (grep: stop using a custom JIT stack with PCRE > v1, 2019-07-26) adds 2 regressions as discussed in [1] > > * git grep -P will now throw an error if there are non UTF-8 documents > in the haystack (even if JIT is available) > * git grep -P '^([/](?!/)|[^/])*~/.*' will now fail with a cryptic > PCRE error instead of succeeding (but at least will be consistent and > show the same error with PCRE2) Thanks. This was exactly the kind of thing I wanted to hear when I asked if ab/pcre-jit-fixes is a good base to further build on. As far as I am concerned, ab/pcre-jit-fixes and anything pcre that are still in flight are fair game for a reboot during this cycle (I hope I did not merge any of them to 'next' by mistake yet). If there are bad apples queued on 'pu', let's make sure we eject them and rethink the way to address the issue(s) they wanted to address.
