grep - News

Group

Main
- Main
- View members
- Search
Homepage
Download
Mailing lists
Source code
Bugs
Patches
News
- Browse
- Atom feed
- ~~Submit~~
- ~~Manage~~

grep-3.11 released [stable]

Item posted by Jim Meyering <meyering> on Sat 13 May 2023 09:16:55 AM UTC.

This is to announce grep-3.11, a stable release.

This release makes PCRE patterns like [\d] work again, at the expense of
reverting to the behavior of grep 3.8, in that patterns like \w and \b go
back to using ASCII rather than Unicode interpretations. However, if you
build grep using pcre2 newer than 10.42, then \w and \b do work properly.

Special thanks to Bruno Haible for all his fine work improving gnulib
and helping to test tools like grep that use it.

I bootstrapped this release with very recent gnulib, autoconf and
automake, hoping to flush out any bugs before releases of the latter two.

There have been 22 commits by 4 people in the 7 weeks since 3.10.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
The following people contributed changes to this release:

Carlo Marcelo Arenas Belón (2)
Jim Meyering (13)
Josh Soref (1)
Paul Eggert (6)

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.11
or run this command from a git-cloned grep directory:
git shortlog v3.10..v3.11

Here are the compressed sources:
https://ftp.gnu.org/gnu/grep/grep-3.11.tar.gz   (2.7MB)
https://ftp.gnu.org/gnu/grep/grep-3.11.tar.xz   (1.7MB)

Here are the GPG detached signatures:
https://ftp.gnu.org/gnu/grep/grep-3.11.tar.gz.sig
https://ftp.gnu.org/gnu/grep/grep-3.11.tar.xz.sig

Use a mirror for higher download bandwidth:
https://www.gnu.org/order/ftp.html

Here are the SHA1 and SHA256 checksums:

73ef2b57c32a81b5671a853dd33efc58ab6c23f7 grep-3.11.tar.gz
HzEBSVPnHDzdztuXaSrXYgy51tBPvcGeDY3YNvh2Irs= grep-3.11.tar.gz
955146a0a4887eca33606e391481bbef37055b86 grep-3.11.tar.xz
HbKu3eidDepCsW2VKPiUyNFdrk4ZC1muzHj1qVEnbqs= grep-3.11.tar.xz

Verify the base64 SHA256 checksum with cksum -a sha256 --check
from coreutils-9.2 or OpenBSD's cksum since 2007.

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.11.tar.gz.sig

The signature should match the fingerprint of the following key:

pub   rsa4096/0x7FD9FCCB000BEEEE 2010-06-14 [SCEA]
        Key fingerprint = 155D 3FC5 00C8 3448 6D1E EA67 7FD9 FCCB 000B EEEE
uid                   [ unknown] Jim Meyering <jim@meyering.net>
uid                   [ unknown] Jim Meyering <meyering@fb.com>
uid                   [ unknown] Jim Meyering <meyering@gnu.org>

If that command fails because you don't have the required public key,
or that public key has expired, try the following commands to retrieve
or refresh it, and then rerun the 'gpg --verify' command.

gpg --locate-external-key jim@meyering.net

gpg --recv-keys 7FD9FCCB000BEEEE

wget -q -O- 'https://savannah.gnu.org/project/release-gpgkeys.php?group=grep&download=1' | gpg --import -

As a last resort to find the key, you can try the official GNU
keyring:

wget -q https://ftp.gnu.org/gnu/gnu-keyring.gpg
gpg --keyring gnu-keyring.gpg --verify grep-3.11.tar.gz.sig

This release was bootstrapped with the following tools:
Autoconf 2.72c.20-9c018
Automake 1.16i
Gnulib v0.1-6153-gc2a5953f17

NEWS

* Noteworthy changes in release 3.11 (2023-05-13) [stable]

** Bug fixes

With -P, patterns like [\d] now work again. Fixing this has caused
grep to revert to the behavior of grep 3.8, in that patterns like \w
and \b go back to using ASCII rather than Unicode interpretations.
However, future versions of GNU grep and/or PCRE2 are likely to fix
this and change the behavior of \w and \b back to Unicode again,
without breaking [\d] as 3.10 did.
[bug introduced in grep 3.10]

grep no longer fails on files dated after the year 2038,
when running on 32-bit x86 and ARM hosts using glibc 2.34+.
[bug introduced in grep 3.9]

grep -P no longer fails to match patterns using negated classes
like \D or \W when linked with PCRE2 10.34 or newer.
[bug introduced in grep 3.8]

** Changes in behavior

grep --version now prints a line describing the version of PCRE2 it uses.
For example, it prints this when built with the very latest from git:
    grep -P uses PCRE2 10.43-DEV 2023-04-14
or this with what's currently available in Fedora 37:
    grep -P uses PCRE2 10.40 2022-04-14

previous versions of grep wouldn't respect the user provided settings for
PCRE_CFLAGS and PCRE_LIBS when building if a libpcre2-8 pkg-config module
was found.