Amebis/wxWidgets
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Document more incompatibilities between PCRE and old wxRegEx

Browse Source 
Also try to make the reference to this documentation in the change log
more clear.
This commit is contained in:
Vadim Zeitlin
2021-08-04 01:36:46 +02:00
parent 232a3ab577
commit ef21046c2c
2 changed files with 11 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
docs/changes.txt
View File

@@ -12,9 +12,9 @@ INCOMPATIBLE CHANGES SINCE 3.0.x:
Changes in behaviour not resulting in compilation errors Changes in behaviour not resulting in compilation errors
-------------------------------------------------------- --------------------------------------------------------
- wxRegEx now uses PCRE library, changing the meaning of some exotic regular - wxRegEx now uses PCRE library, changing the meaning of some regular
expressions using wxRE_ADVANCED syntax, please see its documentation for more expressions, please see the "Changes" section in wxRegEx documentation for
details. more details.
- wxRibbonButtonBar::DeleteButton() now deletes and not just removes the button. - wxRibbonButtonBar::DeleteButton() now deletes and not just removes the button.

9
interface/wx/regex.h
View File

@@ -184,7 +184,14 @@ enum
- Backslash can be used to escape the character following it even inside - Backslash can be used to escape the character following it even inside
square brackets now, while it loses its special meaning in POSIX regexes square brackets now, while it loses its special meaning in POSIX regexes
when it occurs inside square brackets. when it occurs inside square brackets. In particular, @c "\\]" escapes
the special meaning of the closing bracket, and so does @e not close the
character class. Please use @c "\\\\]" instead.
- Closing parenthesis without a matching open parenthesis is now a syntax
error instead of just being treated as a literal. To fix possible errors
due to it, escape parenthesis that are supposed to be taken literally
with a backslash, i.e. use @c "\\)" in C strings.
- For completeness, PCRE syntax which previously resulted in errors, e.g. - For completeness, PCRE syntax which previously resulted in errors, e.g.
@c "(?:...)" and similar constructs, are now accepted and behave as @c "(?:...)" and similar constructs, are now accepted and behave as