| 1 |
ChangeLog for PCRE |
ChangeLog for PCRE |
| 2 |
------------------ |
------------------ |
| 3 |
|
|
| 4 |
Version 7.2 19-June-07 |
Version 7.3 05-Jul-07 |
| 5 |
|
--------------------- |
| 6 |
|
|
| 7 |
|
1. In the rejigging of the build system that eventually resulted in 7.1, the |
| 8 |
|
line "#include <pcre.h>" was included in pcre_internal.h. The use of angle |
| 9 |
|
brackets there is not right, since it causes compilers to look for an |
| 10 |
|
installed pcre.h, not the version that is in the source that is being |
| 11 |
|
compiled (which of course may be different). I have changed it back to: |
| 12 |
|
|
| 13 |
|
#include "pcre.h" |
| 14 |
|
|
| 15 |
|
I have a vague recollection that the change was concerned with compiling in |
| 16 |
|
different directories, but in the new build system, that is taken care of |
| 17 |
|
by the VPATH setting the Makefile. |
| 18 |
|
|
| 19 |
|
2. The pattern .*$ when run in not-DOTALL UTF-8 mode with newline=any failed |
| 20 |
|
when the subject happened to end in the byte 0x85 (e.g. if the last |
| 21 |
|
character was \x{1ec5}). *Character* 0x85 is one of the "any" newline |
| 22 |
|
characters but of course it shouldn't be taken as a newline when it is part |
| 23 |
|
of another character. The bug was that, for an unlimited repeat of . in |
| 24 |
|
not-DOTALL UTF-8 mode, PCRE was advancing by bytes rather than by |
| 25 |
|
characters when looking for a newline. |
| 26 |
|
|
| 27 |
|
3. A small performance improvement in the DOTALL UTF-8 mode .* case. |
| 28 |
|
|
| 29 |
|
|
| 30 |
|
|
| 31 |
|
Version 7.2 19-Jun-07 |
| 32 |
--------------------- |
--------------------- |
| 33 |
|
|
| 34 |
1. If the fr_FR locale cannot be found for test 3, try the "french" locale, |
1. If the fr_FR locale cannot be found for test 3, try the "french" locale, |
Parent Directory
| 
Revision Log
| 
Patch