[SCM] Debian packaging of libparse-recdescent-perl branch, master, updated. a48941a40c3f04ee97c9acb75d6a141a90e23c00

[gregor herrmann]

The following commit has been merged in the master branch:
commit 09593282445ee1f4a4608aec06e2f6781180083c
Author: gregor herrmann <gregoa at debian.org>
Date:   Sun Feb 12 14:53:59 2012 +0100

    Add warnings about non-backwards compatible changes from upstream Changes to
    debian/NEWS.

diff --git a/debian/NEWS b/debian/NEWS
index 9258f61..66be3c4 100644
--- a/debian/NEWS
+++ b/debian/NEWS
@@ -1,3 +1,32 @@
+libparse-recdescent-perl (1.967006+dfsg-1) unstable; urgency=low
+
+  From upstream Changes:  
+
+    - *** NON-BACKWARDS COMPATIBLE CHANGE! *** Change the caches for
+      $prevline and $thisline to be local to the parser, rather than
+      lexical vars in Parse::RecDescent.  This prevents previously
+      generated parsers from interfering with the line counts of
+      later parsers.
+
+    - *** NON-BACKWARDS COMPATIBLE CHANGE! *** A repetition directive
+      such as 'id(s /,/)' correctly creates a temporary @item variable
+      to hold the 'id's that are matched.  That @item variable is them
+      used to set the real $item[] entry for that repetition.  The
+      same treatment is now given to %item.  Formerly, in a production like:
+
+          id ',' id(s /,/)
+
+      matched against:
+
+          xxx, yyy, zzz
+
+      The $item{id} entry which should be 'xxx' is overwritten by
+      'yyy' and then 'zzz' prior to the action being executed.  Now
+      'yyy' and 'zzz' set $item{id}, but in the private %item, which
+      goes out of scope once the repetition match completes.
+
+ -- gregor herrmann <gregoa at debian.org>  Sun, 12 Feb 2012 14:52:43 +0100
+
 libparse-recdescent-perl (1.94.free-3) unstable; urgency=low
 
     Realistically, the tutorial from the Perl Journal is not going to be

-- 
Debian packaging of libparse-recdescent-perl