/[pcre]/code/trunk/ChangeLog
ViewVC logotype

Diff of /code/trunk/ChangeLog

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 33 by nigel, Sat Feb 24 21:39:01 2007 UTC revision 51 by nigel, Sat Feb 24 21:39:37 2007 UTC
# Line 2  ChangeLog for PCRE Line 2  ChangeLog for PCRE
2  ------------------  ------------------
3    
4    
5    Version 3.4 22-Aug-00
6    ---------------------
7    
8    1. Fixed typo in pcre.h: unsigned const char * changed to const unsigned char *.
9    
10    2. Diagnose condition (?(0) as an error instead of crashing on matching.
11    
12    
13    Version 3.3 01-Aug-00
14    ---------------------
15    
16    1. If an octal character was given, but the value was greater than \377, it
17    was not getting masked to the least significant bits, as documented. This could
18    lead to crashes in some systems.
19    
20    2. Perl 5.6 (if not earlier versions) accepts classes like [a-\d] and treats
21    the hyphen as a literal. PCRE used to give an error; it now behaves like Perl.
22    
23    3. Added the functions pcre_free_substring() and pcre_free_substring_list().
24    These just pass their arguments on to (pcre_free)(), but they are provided
25    because some uses of PCRE bind it to non-C systems that can call its functions,
26    but cannot call free() or pcre_free() directly.
27    
28    4. Add "make test" as a synonym for "make check". Corrected some comments in
29    the Makefile.
30    
31    5. Add $(DESTDIR)/ in front of all the paths in the "install" target in the
32    Makefile.
33    
34    6. Changed the name of pgrep to pcregrep, because Solaris has introduced a
35    command called pgrep for grepping around the active processes.
36    
37    7. Added the beginnings of support for UTF-8 character strings.
38    
39    8. Arranged for the Makefile to pass over the settings of CC, CFLAGS, and
40    RANLIB to ./ltconfig so that they are used by libtool. I think these are all
41    the relevant ones. (AR is not passed because ./ltconfig does its own figuring
42    out for the ar command.)
43    
44    
45    Version 3.2 12-May-00
46    ---------------------
47    
48    This is purely a bug fixing release.
49    
50    1. If the pattern /((Z)+|A)*/ was matched agained ZABCDEFG it matched Z instead
51    of ZA. This was just one example of several cases that could provoke this bug,
52    which was introduced by change 9 of version 2.00. The code for breaking
53    infinite loops after an iteration that matches an empty string was't working
54    correctly.
55    
56    2. The pcretest program was not imitating Perl correctly for the pattern /a*/g
57    when matched against abbab (for example). After matching an empty string, it
58    wasn't forcing anchoring when setting PCRE_NOTEMPTY for the next attempt; this
59    caused it to match further down the string than it should.
60    
61    3. The code contained an inclusion of sys/types.h. It isn't clear why this
62    was there because it doesn't seem to be needed, and it causes trouble on some
63    systems, as it is not a Standard C header. It has been removed.
64    
65    4. Made 4 silly changes to the source to avoid stupid compiler warnings that
66    were reported on the Macintosh. The changes were from
67    
68      while ((c = *(++ptr)) != 0 && c != '\n');
69    to
70      while ((c = *(++ptr)) != 0 && c != '\n') ;
71    
72    Totally extraordinary, but if that's what it takes...
73    
74    5. PCRE is being used in one environment where neither memmove() nor bcopy() is
75    available. Added HAVE_BCOPY and an autoconf test for it; if neither
76    HAVE_MEMMOVE nor HAVE_BCOPY is set, use a built-in emulation function which
77    assumes the way PCRE uses memmove() (always moving upwards).
78    
79    6. PCRE is being used in one environment where strchr() is not available. There
80    was only one use in pcre.c, and writing it out to avoid strchr() probably gives
81    faster code anyway.
82    
83    
84    Version 3.1 09-Feb-00
85    ---------------------
86    
87    The only change in this release is the fixing of some bugs in Makefile.in for
88    the "install" target:
89    
90    (1) It was failing to install pcreposix.h.
91    
92    (2) It was overwriting the pcre.3 man page with the pcreposix.3 man page.
93    
94    
95    Version 3.0 01-Feb-00
96    ---------------------
97    
98    1. Add support for the /+ modifier to perltest (to output $` like it does in
99    pcretest).
100    
101    2. Add support for the /g modifier to perltest.
102    
103    3. Fix pcretest so that it behaves even more like Perl for /g when the pattern
104    matches null strings.
105    
106    4. Fix perltest so that it doesn't do unwanted things when fed an empty
107    pattern. Perl treats empty patterns specially - it reuses the most recent
108    pattern, which is not what we want. Replace // by /(?#)/ in order to avoid this
109    effect.
110    
111    5. The POSIX interface was broken in that it was just handing over the POSIX
112    captured string vector to pcre_exec(), but (since release 2.00) PCRE has
113    required a bigger vector, with some working space on the end. This means that
114    the POSIX wrapper now has to get and free some memory, and copy the results.
115    
116    6. Added some simple autoconf support, placing the test data and the
117    documentation in separate directories, re-organizing some of the
118    information files, and making it build pcre-config (a GNU standard). Also added
119    libtool support for building PCRE as a shared library, which is now the
120    default.
121    
122    7. Got rid of the leading zero in the definition of PCRE_MINOR because 08 and
123    09 are not valid octal constants. Single digits will be used for minor values
124    less than 10.
125    
126    8. Defined REG_EXTENDED and REG_NOSUB as zero in the POSIX header, so that
127    existing programs that set these in the POSIX interface can use PCRE without
128    modification.
129    
130    9. Added a new function, pcre_fullinfo() with an extensible interface. It can
131    return all that pcre_info() returns, plus additional data. The pcre_info()
132    function is retained for compatibility, but is considered to be obsolete.
133    
134    10. Added experimental recursion feature (?R) to handle one common case that
135    Perl 5.6 will be able to do with (?p{...}).
136    
137    11. Added support for POSIX character classes like [:alpha:], which Perl is
138    adopting.
139    
140    
141    Version 2.08 31-Aug-99
142    ----------------------
143    
144    1. When startoffset was not zero and the pattern began with ".*", PCRE was not
145    trying to match at the startoffset position, but instead was moving forward to
146    the next newline as if a previous match had failed.
147    
148    2. pcretest was not making use of PCRE_NOTEMPTY when repeating for /g and /G,
149    and could get into a loop if a null string was matched other than at the start
150    of the subject.
151    
152    3. Added definitions of PCRE_MAJOR and PCRE_MINOR to pcre.h so the version can
153    be distinguished at compile time, and for completeness also added PCRE_DATE.
154    
155    5. Added Paul Sokolovsky's minor changes to make it easy to compile a Win32 DLL
156    in GnuWin32 environments.
157    
158    
159    Version 2.07 29-Jul-99
160    ----------------------
161    
162    1. The documentation is now supplied in plain text form and HTML as well as in
163    the form of man page sources.
164    
165    2. C++ compilers don't like assigning (void *) values to other pointer types.
166    In particular this affects malloc(). Although there is no problem in Standard
167    C, I've put in casts to keep C++ compilers happy.
168    
169    3. Typo on pcretest.c; a cast of (unsigned char *) in the POSIX regexec() call
170    should be (const char *).
171    
172    4. If NOPOSIX is defined, pcretest.c compiles without POSIX support. This may
173    be useful for non-Unix systems who don't want to bother with the POSIX stuff.
174    However, I haven't made this a standard facility. The documentation doesn't
175    mention it, and the Makefile doesn't support it.
176    
177    5. The Makefile now contains an "install" target, with editable destinations at
178    the top of the file. The pcretest program is not installed.
179    
180    6. pgrep -V now gives the PCRE version number and date.
181    
182    7. Fixed bug: a zero repetition after a literal string (e.g. /abcde{0}/) was
183    causing the entire string to be ignored, instead of just the last character.
184    
185    8. If a pattern like /"([^\\"]+|\\.)*"/ is applied in the normal way to a
186    non-matching string, it can take a very, very long time, even for strings of
187    quite modest length, because of the nested recursion. PCRE now does better in
188    some of these cases. It does this by remembering the last required literal
189    character in the pattern, and pre-searching the subject to ensure it is present
190    before running the real match. In other words, it applies a heuristic to detect
191    some types of certain failure quickly, and in the above example, if presented
192    with a string that has no trailing " it gives "no match" very quickly.
193    
194    9. A new runtime option PCRE_NOTEMPTY causes null string matches to be ignored;
195    other alternatives are tried instead.
196    
197    
198    Version 2.06 09-Jun-99
199    ----------------------
200    
201    1. Change pcretest's output for amount of store used to show just the code
202    space, because the remainder (the data block) varies in size between 32-bit and
203    64-bit systems.
204    
205    2. Added an extra argument to pcre_exec() to supply an offset in the subject to
206    start matching at. This allows lookbehinds to work when searching for multiple
207    occurrences in a string.
208    
209    3. Added additional options to pcretest for testing multiple occurrences:
210    
211       /+   outputs the rest of the string that follows a match
212       /g   loops for multiple occurrences, using the new startoffset argument
213       /G   loops for multiple occurrences by passing an incremented pointer
214    
215    4. PCRE wasn't doing the "first character" optimization for patterns starting
216    with \b or \B, though it was doing it for other lookbehind assertions. That is,
217    it wasn't noticing that a match for a pattern such as /\bxyz/ has to start with
218    the letter 'x'. On long subject strings, this gives a significant speed-up.
219    
220    
221  Version 2.05 21-Apr-99  Version 2.05 21-Apr-99
222  ----------------------  ----------------------
223    

Legend:
Removed from v.33  
changed lines
  Added in v.51

webmaster@exim.org
ViewVC Help
Powered by ViewVC 1.1.12