| 1 |
ChangeLog for PCRE |
ChangeLog for PCRE |
| 2 |
------------------ |
------------------ |
| 3 |
|
|
| 4 |
Version 7.5 31-Dec-07 |
Version 7.7 05-Mar-08 |
| 5 |
|
--------------------- |
| 6 |
|
|
| 7 |
|
1. Applied Craig's patch to sort out a long long problem: "If we can't convert |
| 8 |
|
a string to a long long, pretend we don't even have a long long." This is |
| 9 |
|
done by checking for the strtoq, strtoll, and _strtoi64 functions. |
| 10 |
|
|
| 11 |
|
|
| 12 |
|
Version 7.6 28-Jan-08 |
| 13 |
|
--------------------- |
| 14 |
|
|
| 15 |
|
1. A character class containing a very large number of characters with |
| 16 |
|
codepoints greater than 255 (in UTF-8 mode, of course) caused a buffer |
| 17 |
|
overflow. |
| 18 |
|
|
| 19 |
|
2. Patch to cut out the "long long" test in pcrecpp_unittest when |
| 20 |
|
HAVE_LONG_LONG is not defined. |
| 21 |
|
|
| 22 |
|
3. Applied Christian Ehrlicher's patch to update the CMake build files to |
| 23 |
|
bring them up to date and include new features. This patch includes: |
| 24 |
|
|
| 25 |
|
- Fixed PH's badly added libz and libbz2 support. |
| 26 |
|
- Fixed a problem with static linking. |
| 27 |
|
- Added pcredemo. [But later removed - see 7 below.] |
| 28 |
|
- Fixed dftables problem and added an option. |
| 29 |
|
- Added a number of HAVE_XXX tests, including HAVE_WINDOWS_H and |
| 30 |
|
HAVE_LONG_LONG. |
| 31 |
|
- Added readline support for pcretest. |
| 32 |
|
- Added an listing of the option settings after cmake has run. |
| 33 |
|
|
| 34 |
|
4. A user submitted a patch to Makefile that makes it easy to create |
| 35 |
|
"pcre.dll" under mingw when using Configure/Make. I added stuff to |
| 36 |
|
Makefile.am that cause it to include this special target, without |
| 37 |
|
affecting anything else. Note that the same mingw target plus all |
| 38 |
|
the other distribution libraries and programs are now supported |
| 39 |
|
when configuring with CMake (see 6 below) instead of with |
| 40 |
|
Configure/Make. |
| 41 |
|
|
| 42 |
|
5. Applied Craig's patch that moves no_arg into the RE class in the C++ code. |
| 43 |
|
This is an attempt to solve the reported problem "pcrecpp::no_arg is not |
| 44 |
|
exported in the Windows port". It has not yet been confirmed that the patch |
| 45 |
|
solves the problem, but it does no harm. |
| 46 |
|
|
| 47 |
|
6. Applied Sheri's patch to CMakeLists.txt to add NON_STANDARD_LIB_PREFIX and |
| 48 |
|
NON_STANDARD_LIB_SUFFIX for dll names built with mingw when configured |
| 49 |
|
with CMake, and also correct the comment about stack recursion. |
| 50 |
|
|
| 51 |
|
7. Remove the automatic building of pcredemo from the ./configure system and |
| 52 |
|
from CMakeLists.txt. The whole idea of pcredemo.c is that it is an example |
| 53 |
|
of a program that users should build themselves after PCRE is installed, so |
| 54 |
|
building it automatically is not really right. What is more, it gave |
| 55 |
|
trouble in some build environments. |
| 56 |
|
|
| 57 |
|
8. Further tidies to CMakeLists.txt from Sheri and Christian. |
| 58 |
|
|
| 59 |
|
|
| 60 |
|
Version 7.5 10-Jan-08 |
| 61 |
--------------------- |
--------------------- |
| 62 |
|
|
| 63 |
1. Applied a patch from Craig: "This patch makes it possible to 'ignore' |
1. Applied a patch from Craig: "This patch makes it possible to 'ignore' |
| 155 |
|
|
| 156 |
20. In pcrecpp.cc, the variable 'count' was incremented twice in |
20. In pcrecpp.cc, the variable 'count' was incremented twice in |
| 157 |
RE::GlobalReplace(). As a result, the number of replacements returned was |
RE::GlobalReplace(). As a result, the number of replacements returned was |
| 158 |
double what it should be. I have removed one of the increments. |
double what it should be. I removed one of the increments, but Craig sent a |
| 159 |
|
later patch that removed the other one (the right fix) and added unit tests |
| 160 |
|
that check the return values (which was not done before). |
| 161 |
|
|
| 162 |
21. Several CMake things: |
21. Several CMake things: |
| 163 |
|
|
| 168 |
linked with the newly-built libraries, not previously installed ones. |
linked with the newly-built libraries, not previously installed ones. |
| 169 |
|
|
| 170 |
(3) Added PCRE_SUPPORT_LIBREADLINE, PCRE_SUPPORT_LIBZ, PCRE_SUPPORT_LIBBZ2. |
(3) Added PCRE_SUPPORT_LIBREADLINE, PCRE_SUPPORT_LIBZ, PCRE_SUPPORT_LIBBZ2. |
| 171 |
|
|
| 172 |
22. In UTF-8 mode, with newline set to "any", a pattern such as .*a.*=.b.* |
22. In UTF-8 mode, with newline set to "any", a pattern such as .*a.*=.b.* |
| 173 |
crashed when matching a string such as a\x{2029}b (note that \x{2029} is a |
crashed when matching a string such as a\x{2029}b (note that \x{2029} is a |
| 174 |
UTF-8 newline character). The key issue is that the pattern starts .*; |
UTF-8 newline character). The key issue is that the pattern starts .*; |
| 175 |
this means that the match must be either at the beginning, or after a |
this means that the match must be either at the beginning, or after a |
| 176 |
newline. The bug was in the code for advancing after a failed match and |
newline. The bug was in the code for advancing after a failed match and |
| 177 |
checking that the new position followed a newline. It was not taking |
checking that the new position followed a newline. It was not taking |
| 178 |
account of UTF-8 characters correctly. |
account of UTF-8 characters correctly. |
| 179 |
|
|
| 180 |
23. PCRE was behaving differently from Perl in the way it recognized POSIX |
23. PCRE was behaving differently from Perl in the way it recognized POSIX |
| 181 |
character classes. PCRE was not treating the sequence [:...:] as a |
character classes. PCRE was not treating the sequence [:...:] as a |
| 182 |
character class unless the ... were all letters. Perl, however, seems to |
character class unless the ... were all letters. Perl, however, seems to |
| 183 |
allow any characters between [: and :], though of course it rejects as |
allow any characters between [: and :], though of course it rejects as |
| 184 |
unknown any "names" that contain non-letters, because all the known class |
unknown any "names" that contain non-letters, because all the known class |
| 185 |
names consist only of letters. Thus, Perl gives an error for [[:1234:]], |
names consist only of letters. Thus, Perl gives an error for [[:1234:]], |
| 186 |
for example, whereas PCRE did not - it did not recognize a POSIX character |
for example, whereas PCRE did not - it did not recognize a POSIX character |
| 187 |
class. This seemed a bit dangerous, so the code has been changed to be |
class. This seemed a bit dangerous, so the code has been changed to be |
| 188 |
closer to Perl. The behaviour is not identical to Perl, because PCRE will |
closer to Perl. The behaviour is not identical to Perl, because PCRE will |
| 189 |
diagnose an unknown class for, for example, [[:l\ower:]] where Perl will |
diagnose an unknown class for, for example, [[:l\ower:]] where Perl will |
| 190 |
treat it as [[:lower:]]. However, PCRE does now give "unknown" errors where |
treat it as [[:lower:]]. However, PCRE does now give "unknown" errors where |
| 191 |
Perl does, and where it didn't before. |
Perl does, and where it didn't before. |
| 192 |
|
|
| 193 |
24. Rewrite so as to remove the single use of %n from pcregrep because in some |
24. Rewrite so as to remove the single use of %n from pcregrep because in some |
| 194 |
Windows environments %n is disabled by default. |
Windows environments %n is disabled by default. |
| 195 |
|
|
Parent Directory
| 
Revision Log
| 
Patch