---
- branch: MAIN
  date: Fri May 27 13:37:06 UTC 2016
  files:
  - new: '1.20'
    old: '1.19'
    path: pkgsrc/devel/p5-PPIx-Regexp/Makefile
    pathrev: pkgsrc/devel/p5-PPIx-Regexp/Makefile@1.20
    type: modified
  - new: '1.14'
    old: '1.13'
    path: pkgsrc/devel/p5-PPIx-Regexp/distinfo
    pathrev: pkgsrc/devel/p5-PPIx-Regexp/distinfo@1.14
    type: modified
  id: 20160527T133706Z.7530075d44bcf9528fd14df1f357a94b194f0cfb
  log: "Update to 0.050\n\nUpstream changes:\n0.050\t\t2016-05-06\tT. R. Wyant\n  Parse
    bracketed substitution with embedded comment. This is something\n    like s{foo}\\n#{bar}\\n{baz}
    which is equivalent to s/foo/baz/. PPI\n    gets this wrong, and we're not smart
    enough to fix up the PPI parse,\n    but if given this as text, we now parse it
    correctly.\n\n  We now recognize postfix dereferences by default, since Perl does\n
    \   beginning with 5.24. In other words, default new() argument\n    'postderef'
    to true.\n\n  Unterminated substitutions (i.e. 's//') should no longer cause an\n
    \   exception. Instead they parse as an unknown token.\n\n0.049\t\t2016-04-19\tT.
    R. Wyant\n  Robustify PPIx::Regexp->perl_version_removed()\n    The problem here
    was that if the expression being parsed was\n    sufficiently badly-formed, $self->delimiters()
    would be undef, throwing\n    a warning.\n\n  Correct dump of embedded modifiers
    (eg: (?i:...))\n"
  module: pkgsrc
  subject: 'CVS commit: pkgsrc/devel/p5-PPIx-Regexp'
  unixtime: '1464356226'
  user: wen