[Pcre-svn] [1292] code/trunk/doc: Improve wording for captur…

Top Page
Delete this message
Author: Subversion repository
Date:  
To: pcre-svn
Subject: [Pcre-svn] [1292] code/trunk/doc: Improve wording for captures in negative assertions.
Revision: 1292
          http://vcs.pcre.org/viewvc?view=rev&revision=1292
Author:   ph10
Date:     2013-03-17 16:51:40 +0000 (Sun, 17 Mar 2013)


Log Message:
-----------
Improve wording for captures in negative assertions.

Modified Paths:
--------------
    code/trunk/doc/pcrecompat.3
    code/trunk/doc/pcrepattern.3


Modified: code/trunk/doc/pcrecompat.3
===================================================================
--- code/trunk/doc/pcrecompat.3    2013-03-17 05:27:48 UTC (rev 1291)
+++ code/trunk/doc/pcrecompat.3    2013-03-17 16:51:40 UTC (rev 1292)
@@ -1,4 +1,4 @@
-.TH PCRECOMPAT 3 "23 February 2013" "PCRE 8.33"
+.TH PCRECOMPAT 3 "17 March 2013" "PCRE 8.33"
 .SH NAME
 PCRE - Perl-compatible regular expressions
 .SH "DIFFERENCES BETWEEN PCRE AND PERL"
@@ -23,10 +23,8 @@
 these do not seem to have any use.
 .P
 3. Capturing subpatterns that occur inside negative lookahead assertions are
-counted, but their entries in the offsets vector are never set. Perl sets its
-numerical variables from any such patterns that are matched before the
-assertion fails to match something (thereby succeeding), but only if the
-negative lookahead assertion contains just one branch.
+counted, but their entries in the offsets vector are never set. Perl sometimes
+(but not always) sets its numerical variables from inside negative assertions.
 .P
 4. Though binary zero characters are supported in the subject string, they are
 not allowed in a pattern string because it is passed as a normal C string,
@@ -186,6 +184,6 @@
 .rs
 .sp
 .nf
-Last updated: 23 February 2013
+Last updated: 17 March 2013
 Copyright (c) 1997-2013 University of Cambridge.
 .fi


Modified: code/trunk/doc/pcrepattern.3
===================================================================
--- code/trunk/doc/pcrepattern.3    2013-03-17 05:27:48 UTC (rev 1291)
+++ code/trunk/doc/pcrepattern.3    2013-03-17 16:51:40 UTC (rev 1292)
@@ -1,4 +1,4 @@
-.TH PCREPATTERN 3 "15 March 2013" "PCRE 8.33"
+.TH PCREPATTERN 3 "17 March 2013" "PCRE 8.33"
 .SH NAME
 PCRE - Perl-compatible regular expressions
 .SH "PCRE REGULAR EXPRESSION DETAILS"
@@ -1975,8 +1975,8 @@
 Assertion subpatterns are not capturing subpatterns. If such an assertion
 contains capturing subpatterns within it, these are counted for the purposes of
 numbering the capturing subpatterns in the whole pattern. However, substring
-capturing is carried out only for positive assertions, because it does not make
-sense for negative assertions.
+capturing is carried out only for positive assertions. (Perl sometimes, but not 
+always, does do capturing in negative assertions.)
 .P
 For compatibility with Perl, assertion subpatterns may be repeated; though
 it makes no sense to assert the same thing several times, the side effect of
@@ -3006,6 +3006,6 @@
 .rs
 .sp
 .nf
-Last updated: 15 March 2013
+Last updated: 17 March 2013
 Copyright (c) 1997-2013 University of Cambridge.
 .fi