File perl-PPIx-Regexp.changes of Package perl-PPIx-Regexp

-------------------------------------------------------------------
Sun Feb  9 13:33:36 UTC 2014 - coolo@suse.com

- updated to 0.036
   Retract the "Allow non-ASCII white space under /x" change introduced
     in version 0.033. I misread perl5170delta, and implemented early.
   Change tp explicit character class to recognize white space under /x.
     I was previously using \s, which matched too much.
   Thanks to Nobuo Kumagai for finding and reporting this.

-------------------------------------------------------------------
Tue Nov 26 07:35:43 UTC 2013 - coolo@suse.com

- updated to 0.035
   Properly handle multi-character modifiers like /ee. We now handle /eie
     as being the same as /eei. Thanks to Anonymous Monk for finding
     this.
   Properly handle \g and \k back references that do not correspond to an
     actual capture group. They are now reblessed into the unknown token,
     and counted as errors. Thanks to Anonymous Monk for finding this.
   Add method error() to PPIx::Regexp::Element. This should return an
     error message when the element is in error -- normally when it has
     been blessed into the unknown token or structure.
   Add method modifier_asserted() to PPIx::Regexp::Element. This walks
     the parse tree backward to determine if the given modifier is in
     effect for the element.

-------------------------------------------------------------------
Sun Jun  9 14:26:25 UTC 2013 - coolo@suse.com

- updated to 0.034
   Correct spelling and grammar errors in POD and comments. RT #85050.
     Thanks David Steinbrunner for catching these.
 
   Allow interpolation in regex sets. It implies Perl 5.17.9 or higher.
   Allow non-ASCII white space under /x. It implies Perl 5.17.9 or
     higher.
 
   Fix problems with Regex Set functionality under Perl 5.6.2. CPAN
     testers RULE!
 
   Have PPIx::Regexp::Token::Code (and offspring) become
     PPIx::Regexp::Token::Unknown inside a regex set.
 
   Add Regex Sets, which were added to Perl as an experimental feature in
     5.17.8. This is experimental in Perl, therefore the parse may
     change.
   Ditch PPIx::Regexp::Token::GroupType method __expect_after_match() in
     favor of the more general __match_setup(). This is done without
     deprecation because __expect_after_match() was documeted as
     package-private, but noted in the change log because it _was_
     documented.
 
   Add method unescaped_content() to PPIx::Regexp::Element().
   Rewrite the tokenizing code in PPIx::Regexp::Token::GroupType and
     offspring to use regular expressions specific to the regexp
     delimiter, and escaping only that delimiter. Thanks again to
     Alexandr Ciornii for finding more of these.
 
   Fix mis-parse of /(\?|I)/ as a branch reset (it's really an
     alternation). There may be more of these lurking. Thanks to Alexandr
     Ciornii for finding this one.
   Add options -files and -objectify to eg/predump.
 
   Replace all uses of YAML::Any with YAML, since they come in the same
     distro, and YAML does not suffer from deprecation warnings.

-------------------------------------------------------------------
Sun Feb 26 14:49:54 UTC 2012 - coolo@suse.com

- updated to 0.026
   Add support for \F (fold case), added in 5.15.8.

-------------------------------------------------------------------
Thu Feb 16 08:17:08 UTC 2012 - coolo@suse.com

- updated to 0.025
  Tolerate leading and trailing white space around the regular
    expression.  These are still round-trip safe, since the white space
    is tokenized.
  Make Changes file conform to CPAN::Changes, and add
    xt/author/changes.t to ensure continued compliance.

-------------------------------------------------------------------
Mon Dec 19 13:16:39 UTC 2011 - coolo@suse.de

- updated to 0.024
  Reinstate author test xt/author/manifest.t, which was clobbered
    shortly before the release of 0.021_10.

  Correct address of FSF in the version of the GPL distributed in
    LICENSES/Copying. Thanks to Petr Pisar for picking this up.

  Correct various documentation errors.
  The default-modifier functionality is no longer considered
    experimental.

  Don't initialize effective modifiers with '^', since that wrongly
    asserts that /d has been seen somewhere along the line.
  Implement negation of match-semantic modifiers (e.g. 'no re /u;') by
    setting the relevant datum to undef.
  THE DEFAULT-MODIFIER FUNCTIONALITY IS EXPERIMENTAL, AND MAY BE CHANGED
    WITHOUT NOTICE until the next production release.

  Support for default modifiers. This includes:
    * default_modifiers argument to new() in PPIx::Regexp,
      PPIx::Regexp::Tokenizer, and PPIx::Regexp::Dumper
    * Public method modifier_asserted() on PPIx::Regexp, to return
      whether a given modifier is actually in effect. The results of the
      modifier() method are unchanged.
    THIS FUNCTIONALITY IS EXPERIMENTAL, AND MAY BE CHANGED OR REVOKED
    WITHOUT WARNING.
  Require Test::More 0.88 for installation. Eliminate all the 'eval
    { require ... }' logic in favor of 'use Test::More 0.88'.
  Have Makefile.PL make use of {BUILD_REQUIRES} if it is available.
  Fix PPIx::Regexp::Token::Whitespace->can_be_quantified() to return
    false.

  Modified tokenizer to correctly handle a back slash used as a
    delimiter. I believe.
  PPIx::Regexp::Dumper now dumps the results of ppi() if that method is
    present and -verbose is asserted.

  Corrected perl_version_introduced():
    \R is now 5.009005 (was 5.000).

-------------------------------------------------------------------
Fri May 27 09:57:48 UTC 2011 - coolo@novell.com

- fix invalid requires

-------------------------------------------------------------------
Thu Mar 31 18:33:39 UTC 2011 - coolo@novell.com

- update to 0.019:
  Various corrections to perl_version_introduced():
    \X is now 5.006 (was 5.000);
    \N{name} is now 5.006001 (was 5.006);
    \N{U+xxxx} is now 5.008 (was 5.006).
  The \C is now parsed as a PPIx::Regexp::Token::CharClass::Simple. It
    was previously considered a PPIx::Regexp::Token::Literal.
  Ensure that \N{$foo} parses as a Unicode literal, not a quantified \N.
    The ordinal() method returns undef for this.
  Understand the /aa modifier, introduced with 5.13.10.
  Report perl_version_introduced() of 5.013010 for the new semantic
    modifiers when modifying the entire expression.
  Correct handling of interpolations like ${^foo} and $#{foo}.
  Override ppi() in PPIx::Regexp::Token::Interpolation to provide the
    proper PPI when variable names are bracketed.
  Properly parse bracketed variable names (I hope!), which may not be
    subscripted.
  Take account of possible '$' or '@' casts before a symbol in an
    interpolation (e.g. $$foo{bar}, which is equivalent to $foo->{bar}).
  Add the /a modifier to PPI::Regexp::Token::Modifiers, legal only in
    the (?:...) construction. This was introduced in Perl 5.13.9.
  When parsing an interpolation from a replacement string (rather than a
    regular expression), take subscripts at face value rather than
    trying to disambiguate them from quantifiers and character classes,
    which they can't be in this context.
  The PPIx::Regexp::Token::Code perl_version_introduced() method now
    returns the minimum Perl version (currently set to 5.000) if it is
    used to represent the subst- 

-------------------------------------------------------------------
Mon Dec 27 17:18:29 UTC 2010 - pascal.bleser@opensuse.org

- update to 0.015:
  * added support for Perl 5.13.6 (?^...) construction
  * added support for Perl 5.13.6 d, l, and u modifiers
  * fixed inconsistency in perl_version_introduced() results between PPIx::Regexp::Token::Modifier and PPIx::Regexp::Token::GroupType::Modifier

- changes from 0.014:
  * recognize \o{...} as a PPIx::Regexp::Token::Literal, with perl_version_introduced() of 5.0013003
  * terminate \0.. through \7.. after three characters, as Perl does
  * correct the PPIx::Regexp::Token::Literal ordinal() method for '\b' -- as a literal, this is a back space

- changes from 0.013:
  * declare a parse failure if characters are found between the '}' and the ')' of (?{...}) and (??{...}), and rebless the tokens to ::Unknown: Perl does not accept anything here, so I think I should not either
  * whitespace tweak in the PPIx::Regexp::Dumper test output for the failures test
  * replace the PPI logic in PPIx::Regexp::Token::Code with a call to $tokenizer->find_matching_delimiter(): this is actually the way Perl works, as a look at toke.c and regcomp.c makes clear
  * push the perl_version_introduced() back to 5.0

- changes from 0.012:
  * track all the features reported as introduced (or removed) in Perl 5.010 back to Perl 5.009005, and report them as such
  * report modifier /r as having been introduced in Perl 5.013002, rather than the default of 5.006

- changes from 0.010_01:
  * remove dependencies on Params::Util and Readonly
  * parse POSIX character classes [=a=] and [.a.] as PPIx::Regexp::Token::CharClass::POSIX::Unknown, which counts as a parse failure since these are not supported by Perl

- changes from 0.010: fix fatal error in PPIx::Regexp::Token::Code->ppi()

- changes from 0.009: recognize s/.../.../ee as being different from s/.../.../e. In particular, the replacement portion of the former is _not_ a Perl expression: it's an interpolatble string, which later gets eval{}'ed

-------------------------------------------------------------------
Wed Dec  1 06:55:41 UTC 2010 - coolo@novell.com

- switch to perl_requires macro

-------------------------------------------------------------------
Wed Jul 14 15:03:50 UTC 2010 - chris@computersalat.de

- initial package 0.008
  * created by cpanspec 1.78

openSUSE Build Service is sponsored by