---
- branch: MAIN
  date: Fri Mar  2 14:10:42 UTC 2012
  files:
  - new: '1.63'
    old: '1.62'
    path: pkgsrc/devel/pcre/Makefile
    pathrev: pkgsrc/devel/pcre/Makefile@1.63
    type: modified
  - new: '1.15'
    old: '1.14'
    path: pkgsrc/devel/pcre/PLIST
    pathrev: pkgsrc/devel/pcre/PLIST@1.15
    type: modified
  - new: '1.45'
    old: '1.44'
    path: pkgsrc/devel/pcre/distinfo
    pathrev: pkgsrc/devel/pcre/distinfo@1.45
    type: modified
  id: 20120302T141042Z.c6389649d200a353b63cb2bfca7d76f493ea0d50
  log: |
    Update to 8.30. New 16-bit character string library not enabled per default.

    Release 8.30 04-February-2012
    -----------------------------

    Release 8.30 introduces a major new feature: support for 16-bit character
    strings, compiled as a separate library. There are a few changes to the
    8-bit library, in addition to some bug fixes.

    . The pcre_info() function, which has been obsolete for over 10 years, has
      been removed.

    . When a compiled pattern was saved to a file and later reloaded on a host
      with different endianness, PCRE used automatically to swap the bytes in some
      of the data fields. With the advent of the 16-bit library, where more of this
      swapping is needed, it is no longer done automatically. Instead, the bad
      endianness is detected and a specific error is given. The user can then call
      a new function called pcre_pattern_to_host_byte_order() (or an equivalent
      16-bit function) to do the swap.

    . In UTF-8 mode, the values 0xd800 to 0xdfff are not legal Unicode
      code points and are now faulted. (They are the so-called "surrogates"
      that are reserved for coding high values in UTF-16.)
  module: pkgsrc
  subject: 'CVS commit: pkgsrc/devel/pcre'
  unixtime: '1330697442'
  user: wiz