← Back to branch summary

~ubuntu-branches/ubuntu/trusty/pcre3/trusty

« back to all changes in this revision

Viewing changes to doc/pcrecompat.3

  • Committer: Package Import Robot
  • Author(s): Mark Baker
  • Date: 2012-03-23 22:34:54 UTC
  • mfrom: (23.1.9 sid)
  • Revision ID: package-import@ubuntu.com-20120323223454-grhqqolk8a7x1h24
Tags: 1:8.30-4
* Reluctantly using an epoch, as it seems the funny version number with
  extra dots causes problems
* Bumped standard version to 3.9.3. No changes needed
* Converted to use new source format / quilt
* Put back obsolete pcre_info() API that upstream have dropped (Closes:
  #665300, #665356)
* Don't include pcregrep binary in debug package

Thanks to Elimar Riesebieter for the conversion to the new source format.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/pcrecompat.3
8
8
regular expressions. The differences described here are with respect to Perl
9
9
versions 5.10 and above.
10
10
.P
11
 
1. PCRE has only a subset of Perl's UTF-8 and Unicode support. Details of what
12
 
it does have are given in the
13
 
.\" HTML <a href="pcre.html#utf8support">
14
 
.\" </a>
15
 
section on UTF-8 support
16
 
.\"
17
 
in the main
 
11
1. PCRE has only a subset of Perl's Unicode support. Details of what it does
 
12
have are given in the
18
13
.\" HREF
19
 
\fBpcre\fP
 
14
\fBpcreunicode\fP
20
15
.\"
21
16
page.
22
17
.P
23
 
2. PCRE does not allow repeat quantifiers on lookahead assertions. Perl permits
24
 
them, but they do not mean what you might think. For example, (?!a){3} does
25
 
not assert that the next three characters are not "a". It just asserts that the
26
 
next character is not "a" three times.
 
18
2. PCRE allows repeat quantifiers only on parenthesized assertions, but they do
 
19
not mean what you might think. For example, (?!a){3} does not assert that the
 
20
next three characters are not "a". It just asserts that the next character is
 
21
not "a" three times (in principle: PCRE optimizes this to run the assertion
 
22
just once). Perl allows repeat quantifiers on other assertions such as \eb, but
 
23
these do not seem to have any use.
27
24
.P
28
25
3. Capturing subpatterns that occur inside negative lookahead assertions are
29
26
counted, but their entries in the offsets vector are never set. Perl sets its
37
34
represent a binary zero.
38
35
.P
39
36
5. The following Perl escape sequences are not supported: \el, \eu, \eL,
40
 
\eU, and \eN. In fact these are implemented by Perl's general string-handling
41
 
and are not part of its pattern matching engine. If any of these are
42
 
encountered by PCRE, an error is generated.
 
37
\eU, and \eN when followed by a character name or Unicode value. (\eN on its
 
38
own, matching a non-newline character, is supported.) In fact these are
 
39
implemented by Perl's general string-handling and are not part of its pattern
 
40
matching engine. If any of these are encountered by PCRE, an error is
 
41
generated by default. However, if the PCRE_JAVASCRIPT_COMPAT option is set,
 
42
\eU and \eu are interpreted as JavaScript interprets them.
43
43
.P
44
44
6. The Perl escape sequences \ep, \eP, and \eX are supported only if PCRE is
45
45
built with Unicode character property support. The properties that can be
50
50
the internal representation of Unicode characters, there is no need to
51
51
implement the somewhat messy concept of surrogates."
52
52
.P
53
 
7. PCRE does support the \eQ...\eE escape for quoting substrings. Characters in
 
53
7. PCRE implements a simpler version of \eX than Perl, which changed to make
 
54
\eX match what Unicode calls an "extended grapheme cluster". This is more
 
55
complicated than an extended Unicode sequence, which is what PCRE matches.
 
56
.P
 
57
8. PCRE does support the \eQ...\eE escape for quoting substrings. Characters in
54
58
between are treated as literals. This is slightly different from Perl in that $
55
59
and @ are also handled as literals inside the quotes. In Perl, they cause
56
60
variable interpolation (but of course PCRE does not have variables). Note the
66
70
.sp
67
71
The \eQ...\eE sequence is recognized both inside and outside character classes.
68
72
.P
69
 
8. Fairly obviously, PCRE does not support the (?{code}) and (??{code})
 
73
9. Fairly obviously, PCRE does not support the (?{code}) and (??{code})
70
74
constructions. However, there is support for recursive patterns. This is not
71
75
available in Perl 5.8, but it is in Perl 5.10. Also, the PCRE "callout"
72
76
feature allows an external function to be called during pattern matching. See
76
80
.\"
77
81
documentation for details.
78
82
.P
79
 
9. Subpatterns that are called recursively or as "subroutines" are always
80
 
treated as atomic groups in PCRE. This is like Python, but unlike Perl. There
81
 
is a discussion of an example that explains this in more detail in the
 
83
10. Subpatterns that are called as subroutines (whether or not recursively) are
 
84
always treated as atomic groups in PCRE. This is like Python, but unlike Perl.
 
85
Captured values that are set outside a subroutine call can be reference from
 
86
inside in PCRE, but not in Perl. There is a discussion that explains these
 
87
differences in more detail in the
82
88
.\" HTML <a href="pcrepattern.html#recursiondifference">
83
89
.\" </a>
84
90
section on recursion differences from Perl
89
95
.\"
90
96
page.
91
97
.P
92
 
10. There are some differences that are concerned with the settings of captured
 
98
11. If (*THEN) is present in a group that is called as a subroutine, its action
 
99
is limited to that group, even if the group does not contain any | characters.
 
100
.P
 
101
12. There are some differences that are concerned with the settings of captured
93
102
strings when part of a pattern is repeated. For example, matching "aba" against
94
103
the pattern /^(a(b)?)+$/ in Perl leaves $2 unset, but in PCRE it is set to "b".
95
104
.P
96
 
11. PCRE's handling of duplicate subpattern numbers and duplicate subpattern
 
105
13. PCRE's handling of duplicate subpattern numbers and duplicate subpattern
97
106
names is not as general as Perl's. This is a consequence of the fact the PCRE
98
107
works internally just with numbers, using an external table to translate
99
108
between numbers and names. In particular, a pattern such as (?|(?<a>A)|(?<b)B),
103
112
names map to capturing subpattern number 1. To avoid this confusing situation,
104
113
an error is given at compile time.
105
114
.P
106
 
12. Perl recognizes comments in some places that PCRE doesn't, for example,
107
 
between the ( and ? at the start of a subpattern.
 
115
14. Perl recognizes comments in some places that PCRE does not, for example,
 
116
between the ( and ? at the start of a subpattern. If the /x modifier is set,
 
117
Perl allows whitespace between ( and ? but PCRE never does, even if the
 
118
PCRE_EXTENDED option is set.
108
119
.P
109
 
13. PCRE provides some extensions to the Perl regular expression facilities.
 
120
15. PCRE provides some extensions to the Perl regular expression facilities.
110
121
Perl 5.10 includes new features that are not in earlier versions of Perl, some
111
122
of which (such as named parentheses) have been in PCRE for some time. This list
112
123
is with respect to Perl 5.10:
140
151
(i) The partial matching facility is PCRE-specific.
141
152
.sp
142
153
(j) Patterns compiled by PCRE can be saved and re-used at a later time, even on
143
 
different hosts that have the other endianness.
 
154
different hosts that have the other endianness. However, this does not apply to
 
155
optimized data created by the just-in-time compiler.
144
156
.sp
145
 
(k) The alternative matching function (\fBpcre_dfa_exec()\fP) matches in a
146
 
different way and is not Perl-compatible.
 
157
(k) The alternative matching functions (\fBpcre_dfa_exec()\fP and
 
158
\fBpcre16_dfa_exec()\fP) match in a different way and are not Perl-compatible.
147
159
.sp
148
160
(l) PCRE recognizes some special sequences such as (*CR) at the start of
149
161
a pattern that set overall options that cannot be changed within the pattern.
163
175
.rs
164
176
.sp
165
177
.nf
166
 
Last updated: 31 October 2010
167
 
Copyright (c) 1997-2010 University of Cambridge.
 
178
Last updated: 08 Januray 2012
 
179
Copyright (c) 1997-2012 University of Cambridge.
168
180
.fi