Lines Matching +refs:cmake +refs:mode +refs:syntax +refs:table
28 (d) Made the output in standalone mode more readable.
111 13. Made PCRE2_UCP the default in UTF mode in pcre2grep, and added new options
129 even in UCP mode.
178 32. Changed the meaning of \w (and its synonyms) in UCP mode to match Perl. It
183 33. Changed the meaning of [:xdigit:] in UCP mode to match Perl. It now also
190 35. Updated handling of \b and \B in UCP mode to match the changes to \w in 32
213 42. In the 32-bit library, in non-UTF mode, a quantifier that followed a
221 45. Fix \X matching in 32 bit mode without UTF in JIT.
234 49. In 32-bit mode, the compiler looped for the pattern /[\x{ffffffff}]/ when
238 50. In caseless 32-bit mode with UCP (but not UTF) set, the character
359 17. When pcre2grep was running not in UTF mode, if a string specified by
438 (b) Added the syntax \p{script:xxx} and \p{script_extensions:xxx} (synonyms
488 * Really allow libedit with cmake
540 unable to parse non C89 compatible syntax, with mixed declarations and code.
569 - Make a small modification to config-cmake.h.in by removing the PCRE2_STATIC
597 mode in the interpreters. Instead of just remembering whether one case matched
676 invalid utf8 mode is enabled.
696 - This fixes a cmake error, if the path of the pcre2 source contains a space.
732 13. Fixed a bug with PCRE2_MATCH_INVALID_UTF in 8-bit mode when PCRE2_CASELESS
750 whose code points are greater than 255 in Unicode mode.
1024 code unit in the interpretive engines uses memchr() in 8-bit mode. When the
1047 characters, but no property types, in UTF-8 mode. Previously, on encountering
1207 32. Compile \p{Any} to be the same as . in DOTALL mode, so that it benefits
1363 29. Add support for \N{U+dddd}, but only in Unicode mode.
1368 code point was less than 256 and that were recognized by the lookup table
1401 37. Tidied up unnecessarily complicated macros used in the escapes table.
1485 in a given mode, it was also expected that at least one mode is available.
1531 multiline mode. The "end at original start point" bug is fixed, and if the end
1625 4. In the 32-bit library in non-UTF mode, an attempt to find a Unicode property
1644 mode, the pattern //g,zero_terminate read random memory when matched against an
1814 2. In any wide-character mode (8-bit UTF or any 16-bit or 32-bit mode), without
1820 3. There has been a major re-factoring of the pcre2_compile.c file. Most syntax
1871 (b) In utf mode, the length of a *MARK (or other verb) name was being checked
1875 (c) In extended /x mode, characters whose code was greater than 255 caused
1946 not recognize this syntax.
2159 mode with --only-matching matched several lines, it restarted scanning at the
2321 39. Allow \C in lookbehinds and DFA matching in UTF-32 mode (by converting it
2349 mode in the interpreter. This gives a significant speed improvement.
2351 3. Removed a redundant copy of the opcode_possessify table in the
2465 32. Error messages for syntax errors following \g and \k were giving inaccurate
2472 35. Error messages for syntax errors in *LIMIT_MATCH and *LIMIT_RECURSION now
2549 errors or other strange effects if compiled in UCP mode. Found with libFuzzer
2571 67. In pcre2_substitute() in UTF mode, the UTF validity check on the
2575 68. In pcre2_substitute() in UTF mode, PCRE2_NO_UTF_CHECK can be set for the
2658 mode. The POSIX class got lost, but only if the single character followed it.
2660 96. [:punct:] in UCP mode was matching some characters in the range 128-255
2680 working correctly in UCP mode.
2764 such as \S in non-UCP mode, explicit wide characters (> 255) can be ignored
2806 19. If a greedy quantified \X was preceded by \C in UTF mode (e.g. \C\X*),
2881 38. The table entry for \l in EBCDIC environments was incorrect, leading to its
2941 4. All code units in every slot in the table of group names are now set, again
3033 than one other case, caused incorrect behaviour when compiled in UTF mode. In
3072 (and in UTF-8 mode) against "\x{23a}\x{2c65}\x{2c65}\x{2c65}", group 2 should