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

Diff of /code/trunk/ChangeLog

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

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

Legend:
Removed from v.25  
changed lines
  Added in v.49

webmaster@exim.org
ViewVC Help
Powered by ViewVC 1.1.12