1 |
ChangeLog for PCRE |
ChangeLog for PCRE |
2 |
------------------ |
------------------ |
3 |
|
|
4 |
Version 8.31 |
Version 8.32 |
5 |
----------------------------- |
------------ |
6 |
|
|
7 |
|
1. Improved JIT compiler optimizations for first character search and single |
8 |
|
character iterators. |
9 |
|
|
10 |
|
2. Supporting IBM XL C compilers for PPC architectures in the JIT compiler. |
11 |
|
Patch by Daniel Richard G. |
12 |
|
|
13 |
|
3. Single character iterator optimizations in the JIT compiler. |
14 |
|
|
15 |
|
|
16 |
|
Version 8.31 06-July-2012 |
17 |
|
------------------------- |
18 |
|
|
19 |
1. Fixing a wrong JIT test case and some compiler warnings. |
1. Fixing a wrong JIT test case and some compiler warnings. |
20 |
|
|
107 |
\w+ when the character tables indicated that \x{c4} was a word character. |
\w+ when the character tables indicated that \x{c4} was a word character. |
108 |
There were several related cases, all because the tests for doing a table |
There were several related cases, all because the tests for doing a table |
109 |
lookup were testing for characters less than 127 instead of 255. |
lookup were testing for characters less than 127 instead of 255. |
110 |
|
|
111 |
27. If a pattern contains capturing parentheses that are not used in a match, |
27. If a pattern contains capturing parentheses that are not used in a match, |
112 |
their slots in the ovector are set to -1. For those that are higher than |
their slots in the ovector are set to -1. For those that are higher than |
113 |
any matched groups, this happens at the end of processing. In the case when |
any matched groups, this happens at the end of processing. In the case when |
114 |
there were back references that the ovector was too small to contain |
there were back references that the ovector was too small to contain |
115 |
(causing temporary malloc'd memory to be used during matching), and the |
(causing temporary malloc'd memory to be used during matching), and the |
116 |
highest capturing number was not used, memory off the end of the ovector |
highest capturing number was not used, memory off the end of the ovector |
117 |
was incorrectly being set to -1. (It was using the size of the temporary |
was incorrectly being set to -1. (It was using the size of the temporary |
118 |
memory instead of the true size.) |
memory instead of the true size.) |
119 |
|
|
120 |
28. To catch bugs like 27 using valgrind, when pcretest is asked to specify an |
28. To catch bugs like 27 using valgrind, when pcretest is asked to specify an |
121 |
ovector size, it uses memory at the end of the block that it has got. |
ovector size, it uses memory at the end of the block that it has got. |
122 |
|
|
123 |
29. Check for an overlong MARK name and give an error at compile time. The |
29. Check for an overlong MARK name and give an error at compile time. The |
124 |
limit is 255 for the 8-bit library and 65535 for the 16-bit library. |
limit is 255 for the 8-bit library and 65535 for the 16-bit library. |
125 |
|
|
126 |
30. JIT compiler update. |
30. JIT compiler update. |
132 |
|
|
133 |
33. Variable renamings in the PCRE-JIT compiler. No functionality change. |
33. Variable renamings in the PCRE-JIT compiler. No functionality change. |
134 |
|
|
135 |
34. Fixed typos in pcregrep: in two places there was SUPPORT_LIBZ2 instead of |
34. Fixed typos in pcregrep: in two places there was SUPPORT_LIBZ2 instead of |
136 |
SUPPORT_LIBBZ2. This caused a build problem when bzip2 but not gzip (zlib) |
SUPPORT_LIBBZ2. This caused a build problem when bzip2 but not gzip (zlib) |
137 |
was enabled. |
was enabled. |
138 |
|
|
139 |
35. Improve JIT code generation for greedy plus quantifier. |
35. Improve JIT code generation for greedy plus quantifier. |
140 |
|
|
141 |
|
36. When /((?:a?)*)*c/ or /((?>a?)*)*c/ was matched against "aac", it set group |
142 |
|
1 to "aa" instead of to an empty string. The bug affected repeated groups |
143 |
|
that could potentially match an empty string. |
144 |
|
|
145 |
|
37. Optimizing single character iterators in JIT. |
146 |
|
|
147 |
|
38. Wide characters specified with \uxxxx in JavaScript mode are now subject to |
148 |
|
the same checks as \x{...} characters in non-JavaScript mode. Specifically, |
149 |
|
codepoints that are too big for the mode are faulted, and in a UTF mode, |
150 |
|
disallowed codepoints are also faulted. |
151 |
|
|
152 |
|
39. If PCRE was compiled with UTF support, in three places in the DFA |
153 |
|
matcher there was code that should only have been obeyed in UTF mode, but |
154 |
|
was being obeyed unconditionally. In 8-bit mode this could cause incorrect |
155 |
|
processing when bytes with values greater than 127 were present. In 16-bit |
156 |
|
mode the bug would be provoked by values in the range 0xfc00 to 0xdc00. In |
157 |
|
both cases the values are those that cannot be the first data item in a UTF |
158 |
|
character. The three items that might have provoked this were recursions, |
159 |
|
possessively repeated groups, and atomic groups. |
160 |
|
|
161 |
|
40. Ensure that libpcre is explicitly listed in the link commands for pcretest |
162 |
|
and pcregrep, because some OS require shared objects to be explicitly |
163 |
|
passed to ld, causing the link step to fail if they are not. |
164 |
|
|
165 |
|
41. There were two incorrect #ifdefs in pcre_study.c, meaning that, in 16-bit |
166 |
|
mode, patterns that started with \h* or \R* might be incorrectly matched. |
167 |
|
|
168 |
|
|
169 |
Version 8.30 04-February-2012 |
Version 8.30 04-February-2012 |
170 |
----------------------------- |
----------------------------- |