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 |
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 |
was not coloured; this is different to GNU grep, so I have changed it to be |
29 |
the same. |
the same. |
30 |
|
|
31 |
6. When --colo(u)r was used in pcregrep, only the first matching substring in |
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 |
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. |
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 |
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 |
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 |
locked it out (using PCRE's PCRE_NOTEMPTY option). By experiment, this |
38 |
seems to be how GNU grep behaves. |
seems to be how GNU grep behaves. |
39 |
|
|
40 |
8. The pattern (?(?=.*b)b|^) was incorrectly compiled as "match must be at |
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 |
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 |
correctly handled. The rule now is that both the assertion and what follows |
43 |
in the first alternative must satisfy the test. |
in the first alternative must satisfy the test. |
44 |
|
|
45 |
9. If auto-callout was enabled in a pattern with a conditional group, PCRE |
9. If auto-callout was enabled in a pattern with a conditional group, PCRE |
46 |
could crash during matching. |
could crash during matching. |
47 |
|
|
48 |
10. The PCRE_DOLLAR_ENDONLY option was not working when pcre_dfa_exec() was |
10. The PCRE_DOLLAR_ENDONLY option was not working when pcre_dfa_exec() was |
49 |
used for matching. |
used for matching. |
50 |
|
|
51 |
11. Unicode property support in character classes was not working for |
11. Unicode property support in character classes was not working for |
52 |
characters (bytes) greater than 127 when not in UTF-8 mode. |
characters (bytes) greater than 127 when not in UTF-8 mode. |
53 |
|
|
54 |
12. Added the -M command line option to pcretest. |
12. Added the -M command line option to pcretest. |
55 |
|
|
56 |
14. Added the non-standard REG_NOTEMPTY option to the POSIX interface. |
14. Added the non-standard REG_NOTEMPTY option to the POSIX interface. |
57 |
|
|
58 |
15. Added the PCRE_NO_START_OPTIMIZE match-time option. |
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++ |
16. Added comments and documentation about mis-use of no_arg in the C++ |
61 |
wrapper. |
wrapper. |
62 |
|
|
63 |
17. Implemented support for UTF-8 encoding in EBCDIC environments, a patch |
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 |
from Martin Jerabek that uses macro names for all relevant character and |
65 |
string constants. |
string constants. |
66 |
|
|
67 |
|
|
68 |
Version 7.8 05-Sep-08 |
Version 7.8 05-Sep-08 |
69 |
--------------------- |
--------------------- |