| 4 |
Version 7.9 xx-xxx-09 |
Version 7.9 xx-xxx-09 |
| 5 |
--------------------- |
--------------------- |
| 6 |
|
|
| 7 |
1. When building with support for bzlib/zlib (pcregrep) and/or readline |
1. When building with support for bzlib/zlib (pcregrep) and/or readline |
| 8 |
(pcretest), all targets were linked against these libraries. This included |
(pcretest), all targets were linked against these libraries. This included |
| 9 |
libpcre, libpcreposix, and libpcrecpp, even though they do not use these |
libpcre, libpcreposix, and libpcrecpp, even though they do not use these |
| 10 |
libraries. This caused unwanted dependencies to be created. This problem |
libraries. This caused unwanted dependencies to be created. This problem |
| 11 |
has been fixed, and now only pcregrep is linked with bzlib/zlib and only |
has been fixed, and now only pcregrep is linked with bzlib/zlib and only |
| 12 |
pcretest is linked with readline. |
pcretest is linked with readline. |
| 13 |
|
|
| 14 |
2. The "typedef int BOOL" in pcre_internal.h that was included inside the |
2. The "typedef int BOOL" in pcre_internal.h that was included inside the |
| 15 |
"#ifndef FALSE" condition by an earlier change (probably 7.8/18) has been |
"#ifndef FALSE" condition by an earlier change (probably 7.8/18) has been |
| 16 |
moved outside it again, because FALSE and TRUE are already defined in AIX, |
moved outside it again, because FALSE and TRUE are already defined in AIX, |
| 17 |
but BOOL is not. |
but BOOL is not. |
| 18 |
|
|
| 19 |
3. The pcre_config() function was treating the PCRE_MATCH_LIMIT and |
3. The pcre_config() function was treating the PCRE_MATCH_LIMIT and |
| 20 |
PCRE_MATCH_LIMIT_RETURSION values as ints, when they should be long ints. |
PCRE_MATCH_LIMIT_RETURSION values as ints, when they should be long ints. |
| 21 |
|
|
| 22 |
4. The pcregrep documentation said spaces were inserted as well as colons (or |
4. The pcregrep documentation said spaces were inserted as well as colons (or |
| 23 |
hyphens) following file names and line numbers when outputting matching |
hyphens) following file names and line numbers when outputting matching |
| 24 |
lines. This is not true; no spaces are inserted. I have also clarified the |
lines. This is not true; no spaces are inserted. I have also clarified the |
| 25 |
wording for the --colour (or --color) option. |
wording for the --colour (or --color) option. |
| 26 |
|
|
| 27 |
|
5. In pcregrep, when --colour was used with -o, the list of matching strings |
| 28 |
|
was not coloured; this is different to GNU grep, so I have changed it to be |
| 29 |
|
the same. |
| 30 |
|
|
| 31 |
|
6. When --colo(u)r was used in pcregrep, only the first matching substring in |
| 32 |
|
each matching line was coloured. Now it goes on to look for further matches |
| 33 |
|
of any of the test patterns, which is the same behaviour as GNU grep. |
| 34 |
|
|
| 35 |
|
7. A pattern that could match an empty string could cause pcregrep to loop; it |
| 36 |
|
doesn't make sense to accept an empty string match in pcregrep, so I have |
| 37 |
|
locked it out (using PCRE's PCRE_NOTEMPTY option). By experiment, this |
| 38 |
|
seems to be how GNU grep behaves. |
| 39 |
|
|
| 40 |
|
8. The pattern (?(?=.*b)b|^) was incorrectly compiled as "match must be at |
| 41 |
|
start or after a newline", because the conditional assertion was not being |
| 42 |
|
correctly handled. The rule now is that both the assertion and what follows |
| 43 |
|
in the first alternative must satisfy the test. |
| 44 |
|
|
| 45 |
|
9. If auto-callout was enabled in a pattern with a conditional group, PCRE |
| 46 |
|
could crash during matching. |
| 47 |
|
|
| 48 |
|
10. The PCRE_DOLLAR_ENDONLY option was not working when pcre_dfa_exec() was |
| 49 |
|
used for matching. |
| 50 |
|
|
| 51 |
|
11. Unicode property support in character classes was not working for |
| 52 |
|
characters (bytes) greater than 127 when not in UTF-8 mode. |
| 53 |
|
|
| 54 |
|
12. Added the -M command line option to pcretest. |
| 55 |
|
|
| 56 |
|
14. Added the non-standard REG_NOTEMPTY option to the POSIX interface. |
| 57 |
|
|
| 58 |
|
15. Added the PCRE_NO_START_OPTIMIZE match-time option. |
| 59 |
|
|
| 60 |
|
16. Added comments and documentation about mis-use of no_arg in the C++ |
| 61 |
|
wrapper. |
| 62 |
|
|
| 63 |
|
17. Implemented support for UTF-8 encoding in EBCDIC environments, a patch |
| 64 |
|
from Martin Jerabek that uses macro names for all relevant character and |
| 65 |
|
string constants. |
| 66 |
|
|
| 67 |
|
18. Added to pcre_internal.h two configuration checks: (a) If both EBCDIC and |
| 68 |
|
SUPPORT_UTF8 are set, give an error; (b) If SUPPORT_UCP is set without |
| 69 |
|
SUPPORT_UTF8, define SUPPORT_UTF8. The "configure" script handles both of |
| 70 |
|
these, but not everybody uses configure. |
| 71 |
|
|
| 72 |
|
19. A conditional group that had only one branch was not being correctly |
| 73 |
|
recognized as an item that could match an empty string. This meant that an |
| 74 |
|
enclosing group might also not be so recognized, causing infinite looping |
| 75 |
|
(and probably a segfault) for patterns such as ^"((?(?=[a])[^"])|b)*"$ |
| 76 |
|
with the subject "ab", where knowledge that the repeated group can match |
| 77 |
|
nothing is needed in order to break the loop. |
| 78 |
|
|
| 79 |
|
|
| 80 |
Version 7.8 05-Sep-08 |
Version 7.8 05-Sep-08 |
| 81 |
--------------------- |
--------------------- |