23 This is primarily a bug-fix release. However, in addition, the Unicode data
32 minor improvements have been implemented and bugs fixed. There is a new callout
48 .  A back reference to a named subpattern when there is more than one of the
61    literal characters 8 and 9 instead of a binary zero followed by the
82    mean "start of word" and "end of word", respectively, as a transition aid.
102    creator of a pattern can specify lower (but not higher) limits for the
106    the (*UTF) feature, as this could be a security issue.
112 This release fixes a number of bugs, but also has some new features. These are
116    16-bit support, this is done by compiling a separate 32-bit library.
118 .  \X now matches a Unicode extended grapheme cluster.
126 .  The EBCDIC support, which had decayed, has had a spring clean.
129    execution speed. In addition, a new direct interface to JIT execution is
130    available. This bypasses some of the sanity checks of pcre_exec() to give a
135    to all files now, not just those obtained from scanning a directory
144 .  When PCRE is built via Autotools using a version of gcc that has the
152 This is mainly a bug-fixing release, with a small number of developments:
157 . PCRE_INFO_MAXLOOKBEHIND can be used to find the longest lookbehind in a
160 . There should be a performance improvement when using the heap instead of the
165 . pcregrep now has a --file-list option where the list of files to scan is
166   given as a file.
178 Release 8.30 introduces a major new feature: support for 16-bit character
179 strings, compiled as a separate library. There are a few changes to the
185 . When a compiled pattern was saved to a file and later reloaded on a host
189   endianness is detected and a specific error is given. The user can then call
190   a new function called pcre_pattern_to_host_byte_order() (or an equivalent
201 This is almost entirely a bug-fix release. The only new feature is the ability
212 a number of infelicities and differences from Perl.
218 This is mainly a bug-fix release. There has been a lot of internal refactoring.
221 pcretest to make testing easier and more comprehensive. There is a new option
246 . Added PCRE_ERROR_SHORTUTF8 to make it possible to distinguish between a
249 . Recognize (*NO_START_OPT) at the start of a pattern to set the PCRE_NO_
258 opposites) so that they make use of Unicode properties. There are also a number
273 This is a bug-fix release. Several bugs in the code itself and some bugs and
283 process has been improved, and an option to make a partial match override a
284 full match is available. The "study" process has been enhanced by finding a
295 Mostly bugfixes and tidies with just a couple of minor functional additions.
301 More bug fixes, plus a performance improvement in Unicode character property
308 This is once again mainly a bug-fix release, but there are a couple of new
315 The main reason for having this release so soon after 7.5 is because it fixes a
323 This is mainly a bug-fix release. However the ability to link pcregrep with
334 Otherwise, the changes are bug fixes and a refactoring to reduce the number of
335 relocations needed in a shared library. There have also been some documentation
351 3. Checking for potential integer overflow has been made more dynamic, and as a
352    consequence there is no longer a hard limit on the size of a subpattern that
353    has a limited repeat count.
355 4. When CRLF is a valid line-ending sequence, pcre_exec() and pcre_dfa_exec()
361    a pattern have been added.
390   (?| introduces a group where the capturing parentheses in each alternative
400 There is only one new feature in this release: a linebreak setting of
401 PCRE_NEWLINE_ANYCRLF. It is a cut-down version of PCRE_NEWLINE_ANY, which
404 A few bugs are fixed (see ChangeLog for details), but the major change is a
407 PCRE in a wide variety of environments.
411 included in a single dll.
414 compiled and run at "make" time by default. Instead, a default set of character
417 "configure" command. You must do this if you are compiling PCRE to run on a
420 There is a discussion about character tables in the README file. The default is
427 This release has a new major number because there have been some internal
430 to be a bit slower, but there should be no major effect on runtime performance.
432 you have saved compiled patterns from a previous release, you will have to
439    sequence as a newline.
441 3. The \R escape matches a single Unicode newline sequence as a single unit.
447 5. The C++ wrapper interface has been extended by the addition of a
451 For a complete list of changes, see the ChangeLog file.
474    and the derived properties "Any" and "L&". This has necessitated a change to
483 See the ChangeLog for a complete list of changes, which include a number of bug
493 A new function, pcre_dfa_exec(), which implements pattern matching using a DFA
494 algorithm, has been added. This has a number of advantages for certain cases,
503 The distribution now includes a C++ wrapper library. This is built
504 automatically if a C++ compiler is found. The pcrecpp man page discusses this
509 linkage is used. As a consequence, some internal functions have had to have
515 ChangeLog for a complete list of changes to the library and the utility
527 are internal rearrangements, and some provide a number of new facilities. The
531    item in the regex, and there's a new callout field that gives the position
534 2. The extra_data structure can now be used to pass in a set of character
536    at a later time when the tables may not be at the same address. If the
554 6. There is support for running regular expressions that were compiled on a
562 possible. Compiled patterns containing long literal strings will be larger as a
569 Again mainly a bug-fix and tidying release, with only a couple of new features:
576 check that a starting offset points to the start of a character. Failure of the
577 latter returns a new error code: PCRE_ERROR_BADUTF8_OFFSET.
585 This is mainly a bug-fix and tidying release. The only new feature is that PCRE
593 Sorry, I forgot about updating the NEWS file for these releases. Please take a
600 There have been a lot of changes for the 4.0 release, adding additional
601 functionality and mending bugs. Below is a list of the highlights of the new
603 documentation. For a complete list of changes, see the ChangeLog file.
615 with (?{...}). The facility is termed a "callout". The way it is done in PCRE
624 name a group.
629 8. The single man page has been split into a number of separate man pages.
630 These also give rise to individual HTML pages which are put in a separate
639 and libtool. By default it builds both a shared and a static library if the OS
645 relinked by libtool. The documentation has been turned into a man page, so
652    (iv)  Added -f, --file to read patterns from a file.
658 5. The limit of 200 on non-capturing parentheses is a _nesting_ limit, not an
663 The new limit is 65535, which I hope will not be a "real" limit.
671 Otherwise, this is just a bug-fixing release.
678 builds a Makefile, a config.h file, and the pcre-config script.
680 2. PCRE is built as a shared library by default.
689 Please note that there has been a change in the API such that a larger
698 possible to pass over a pointer to character tables built in the current
709 you need to do is to stick in a new fifth argument to pcre_exec(), with a

Last Index update Fri Sep 27 12:05:50 UTC 2024

Dedicated to & Maintained by Room-11