bug#23337: grep-2.25 released [stable]

[Jim Meyering]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

This is to announce grep-2.25, a stable release.
Yet another bug-fix release. This one was prompted
primarily by the realization that even with LC_ALL=C,
grep-2.24 could still report "Binary file F matches".

Special thanks to Paul Eggert for doing so much of
the work, and to Assaf Gordon for his patch to make
grep diagnose errors more precisely.

There have been 15 commits by 2 people in the 6 weeks since 2.24.
See the NEWS below for a brief summary.

Jim [on behalf of the grep maintainers]
==================================================================

Here is the GNU grep home page:
    http://gnu.org/s/grep/

For a summary of changes and contributors, see:
  http://git.sv.gnu.org/gitweb/?p=grep.git;a=shortlog;h=v2.25
or run this command from a git-cloned grep directory:
  git shortlog v2.24..v2.25

To summarize the 55 gnulib-related changes, run these commands
from a git-cloned grep directory:
  git checkout v2.25
  git submodule summary v2.24

Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/grep/grep-2.25.tar.xz
  http://ftp.gnu.org/gnu/grep/grep-2.25.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/grep/grep-2.25.tar.xz
  http://ftpmirror.gnu.org/grep/grep-2.25.tar.xz.sig

[*] Use a .sig file to verify that the corresponding file (without the
.sig suffix) is intact.  First, be sure to download both the .sig file
and the corresponding tarball.  Then, run a command like this:

  gpg --verify grep-2.25.tar.xz.sig

If that command fails because you don't have the required public key,
then run this command to import it:

  gpg --keyserver keys.gnupg.net --recv-keys 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.69.147-5ad35
  Automake 1.99a
  Gnulib v0.1-752-gb7bc3c1

NEWS

* Noteworthy changes in release 2.25 (2016-04-21) [stable]

** Bug fixes

  In the C or POSIX locale, grep now treats all bytes as valid
  characters even if the C runtime library says otherwise.  The
  revised behavior is more compatible with the original intent of
  POSIX, and the next release of POSIX will likely make this official.
  [bug introduced in grep-2.23]

  grep -Pz no longer mistakenly diagnoses patterns like [^a] that use
  negated character classes. [bug introduced in grep-2.24]

  grep -oz now uses null bytes, not newlines, to terminate output lines.
  [bug introduced in grep-2.5]

** Improvements

  grep now outputs details more consistently when reporting a write error.
  E.g., "grep: write error: No space left on device" rather than just
  "grep: write error".

also posted as:
  https://savannah.gnu.org/forum/forum.php?forum_id=8523
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJXGbQ5AAoJEH/Z/MsAC+7ueL4P/1SXM4rG9DUKdgiifCNqvZAU
n3hyeg4N2VrhONXzvT0gj3893pgnVHR3b5Ps6rDHg2knlY3IA9X8t2eNGG4QwdBP
ObtEnOYDoBepZngXeoiM9WY5MmIhjCtyNa1+t54YCQqWFOzbClXKpSWYrxopK93e
byjXunD7PPuSpQ/IDnUxrtk+9DJDONKx5pjPX9FbTR4VKxIQprfXT1r8+XByxrnH
5mEihFtU1Bs33JN9q7JahmtDubzis2QCRweprfWtoUl50Eh/3YLdLMvZt4k27LCP
POLDFTQtz8icvEy2Pj6QY3W+YxCcSI4Nix++8CBcDdsJGYwwmNNW30YibQiRAuvD
+2qMyN7w7eXfQU0+R0i0lt0duJaG0ufrNTQhWAMsbEggKjfKtwyfXrqX6cqKGINC
pIEAp/4YmfjXVWYUfm8rHp+3jYDi0vWRK2vI6vCvzs08eXLd3voXTpMYtFSizLZH
VLERW3NVuGH/EekdT4X020uJ+7Z4o4BbzwvNR53pI3PBtSmeoq68fBqk9OAaNTC/
x05AdTWfgzmLUJnHioTAdeItKfKAg1OO25erzdB9W9eqM9eBwmHngb8xvgQQoGDq
NEKF48HZ6qxqoRlZuOzCyVdaC0TDzDqh/q4CJVFoQzCfE4216HenpnUG2VCPjbKO
/bRAQYt24Ae+XeSgEsew
=OHGy
-----END PGP SIGNATURE-----