grep - News: grep-3.0 released [stable]
grep-3.0 released [stable]
Item posted by Jim Meyering <meyering> on Fri 10 Feb 2017 04:37:58 AM UTC.
This is to announce grep-3.0, a stable release.
Why so soon after 2.28? Because 2.28 introduced a pretty serious bug.
Why call it 3.0? Mostly because I felt like it.
There have been 4 commits by 2 people in the 3 days since 2.28.
Thanks to Paul Eggert for both of the nontrivial commits.
See the NEWS below for a brief summary.
Thanks to everyone who has contributed!
The following people contributed changes to this release:
Jim Meyering (2)
Paul Eggert (2)
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=v3.0
or run this command from a git-cloned grep directory:
git shortlog v2.28..v3.0
To summarize the -2 gnulib-related changes, run these commands
from a git-cloned grep directory:
git checkout v3.0
git submodule summary v2.28
Here are the compressed sources and a GPG detached signature[*]:
http://ftp.gnu.org/gnu/grep/grep-3.0.tar.xz
http://ftp.gnu.org/gnu/grep/grep-3.0.tar.xz.sig
Use a mirror for higher download bandwidth:
http://ftpmirror.gnu.org/grep/grep-3.0.tar.xz
http://ftpmirror.gnu.org/grep/grep-3.0.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-3.0.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.185-b502e
Automake 1.99a
Gnulib v0.1-1146-gb6acb8d
NEWS
* Noteworthy changes in release 3.0 (2017-02-09) [stable]
** Bug fixes
grep without -F no longer goes awry when given two or more patterns
that contain no special characters other than '\' and also contain a
subpattern like '\.' that escapes a character to make it ordinary.
[bug introduced in grep 2.28]
grep no longer fails to build on PCRE versions before 8.20.
[bug introduced in grep 2.28]
Powered by Savane 3.14-8aba.
Corresponding source code