Here's a snap release to fix a regression introduced in grep-3.2. See the NEWS below for details:
Here are the compressed sources and a GPG detached signature[*]: https://ftp.gnu.org/gnu/grep/grep-3.3.tar.xz https://ftp.gnu.org/gnu/grep/grep-3.3.tar.xz.sig Use a mirror for higher download bandwidth: https://ftpmirror.gnu.org/grep/grep-3.3.tar.xz https://ftpmirror.gnu.org/grep/grep-3.3.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.3.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.197-b8fd7 Automake 1.16a Gnulib v0.1-2302-g5d6a3cdd5 NEWS * Noteworthy changes in release 3.3 (2018-12-20) [stable] ** Bug fixes Some uses of \b in the C locale and with the DFA matcher would fail, e.g., the following would print nothing (it should print the input line): echo 123-x|LC_ALL=C grep '.\bx' Using a multibyte locale, using certain regexp constructs (some ranges, backreferences), or forcing use of the PCRE matcher via --perl-regexp (-P) would avoid the bug. [bug introduced in grep 3.2] --- also posted at: https://savannah.gnu.org/forum/forum.php?forum_id=9334
signature.asc
Description: PGP signature
-- If you have a working or partly working program that you'd like to offer to the GNU project as a GNU package, see https://www.gnu.org/help/evaluation.html.
