diff options
| author | Yves Orton <demerphq@gmail.com> | 2023-01-09 20:37:28 +0100 |
|---|---|---|
| committer | Yves Orton <demerphq@gmail.com> | 2023-01-15 17:21:03 +0100 |
| commit | 5c6240fadac873b60c46677b4d5b180f4fb6074b (patch) | |
| tree | ce9346482bac081a0cbfd59d2edc2610c740c2d5 /MANIFEST | |
| parent | 37040543d024b3ecb0aecd78849bd5af61408d02 (diff) | |
| download | perl-5c6240fadac873b60c46677b4d5b180f4fb6074b.tar.gz | |
regexec.c - fix accept in CURLYX/WHILEM construct.
The ACCEPT logic didnt know how to handle WHILEM, which for
some reason does not have a next_off defined. I am not sure why.
This was revealed by forcing CURLYX optimisations off. This includes
a patch to test what happens if we embed an eval group in the tests
run by regexp.t when run via regexp_normal.t, which disabled CURLYX ->
CURLYN and CURLYM optimisations and revealed this issue.
This adds t/re/regexp_normal.t which test "normalized" forms of
the patterns in t/re/re_tests by munging them in various ways
to see if they still behave as expected. For instance injecting
a (?{}) can disable optimisations.
Diffstat (limited to 'MANIFEST')
| -rw-r--r-- | MANIFEST | 1 |
1 files changed, 1 insertions, 0 deletions
@@ -6207,6 +6207,7 @@ t/re/regex_sets_compat.t Test (?[ ]) is compatible with old [ ] t/re/regexp.t See if regular expressions work t/re/regexp_noamp.t See if regular expressions work with optimizations t/re/regexp_nonull.t See if regexps work without trailing nulls +t/re/regexp_normal.t See if regexps work when expressions are normalized in various ways t/re/regexp_notrie.t See if regular expressions work without trie optimisation t/re/regexp_qr.t See if regular expressions work as qr// t/re/regexp_qr_embed.t See if regular expressions work with embedded qr// |