From 836386c061a0530d462062bfe8ede626f0362adb Mon Sep 17 00:00:00 2001 From: wen Date: Mon, 30 Jan 2017 04:46:13 +0000 Subject: Update to 2.27 Upstream changes: * Noteworthy changes in release 2.27 (2016-12-06) [stable] ** Bug fixes grep no longer reports a false match in a multibyte, non-UTF8 locale like zh_CN.gb18030, with a regular expression like ".*7" that just happens to match the 4-byte representation of gb18030's \uC9, the final byte of which is the digit "7". [bug introduced in grep-2.19] grep by default now reads all of standard input if it is a pipe, even if this cannot affect grep's output or exit status. This works better with nonportable scripts that run "PROGRAM | grep PATTERN >/dev/null" where PROGRAM dies when writing into a broken pipe. [bug introduced in grep-2.26] grep no longer mishandles ranges in nontrivial unibyte locales. [bug introduced in grep-2.26] grep -P no longer attempts multiline matches. This works more intuitively with unusual patterns, and means that grep -Pz no longer rejects patterns containing ^ and $ and works when combined with -x. [bugs introduced in grep-2.23] A downside is that grep -P is now significantly slower, albeit typically still faster than pcregrep. grep -m0 -L PAT FILE now outputs "FILE". [bug introduced in grep-2.5] To output ':' and tab-align the following character C, grep -T no longer outputs tab-backspace-':'-C, an approach that has problems if run inside an Emacs shell window. [bug introduced in grep-2.5.2] grep -T now uses worst-case widths of line numbers and byte offsets instead of guessing widths that might not work with larger files. [bug introduced in grep-2.5.2] grep's use of getprogname no longer causes a build failure on HP-UX. ** Improvements grep no longer reads the input in a few more cases when it is easy to see that matching cannot succeed, e.g., 'grep -f /dev/null'. * Noteworthy changes in release 2.26 (2016-10-02) [stable] ** Bug fixes Grep no longer omits output merely because it follows an output line suppressed due to encoding errors. [bug introduced in grep-2.21] In the Shift_JIS locale, grep no longer mistakenly matches in the middle of a multibyte character. [bug present since "the beginning"] ** Improvements grep can be much faster now when standard output is /dev/null. grep -F is now typically much faster when many patterns are given, as it now uses the Aho-Corasick algorithm instead of the Commentz-Walter algorithm in that case. grep -iF is typically much faster in a multibyte locale, if the pattern and its case counterparts contain only single byte characters. grep with complicated expressions (e.g., back-references) and without -i now uses the regex fastmap for better performance. In multibyte locales, grep now handles leading "." in patterns more efficiently. grep now prints a "FILENAME:LINENO: " prefix when diagnosing an invalid regular expression that was read from an '-f'-specified file. * 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". --- textproc/grep/Makefile | 5 ++--- textproc/grep/distinfo | 10 +++++----- 2 files changed, 7 insertions(+), 8 deletions(-) (limited to 'textproc/grep') diff --git a/textproc/grep/Makefile b/textproc/grep/Makefile index 5b43c94091c..71e51c0a58c 100644 --- a/textproc/grep/Makefile +++ b/textproc/grep/Makefile @@ -1,7 +1,6 @@ -# $NetBSD: Makefile,v 1.47 2016/07/09 06:39:05 wiz Exp $ +# $NetBSD: Makefile,v 1.48 2017/01/30 04:46:13 wen Exp $ -DISTNAME= grep-2.24 -PKGREVISION= 1 +DISTNAME= grep-2.27 CATEGORIES= textproc MASTER_SITES= ${MASTER_SITE_GNU:=grep/} EXTRACT_SUFX= .tar.xz diff --git a/textproc/grep/distinfo b/textproc/grep/distinfo index e9a5c8e6f16..695eb1f5f26 100644 --- a/textproc/grep/distinfo +++ b/textproc/grep/distinfo @@ -1,6 +1,6 @@ -$NetBSD: distinfo,v 1.20 2016/03/14 13:16:31 ryoon Exp $ +$NetBSD: distinfo,v 1.21 2017/01/30 04:46:13 wen Exp $ -SHA1 (grep-2.24.tar.xz) = 3ecbec7805b8c3082094dc4dd9c4d415c24b9669 -RMD160 (grep-2.24.tar.xz) = 79303252099639b42b5bcc01089f060cb281d056 -SHA512 (grep-2.24.tar.xz) = 44dafa41ef74687ef91efdb6fd8e81a1a8469f74ec98a6d681eee304455dd18561abca328b89e22b4b7ba5ce157b1d34cae3251d86354df36807b7042afc3650 -Size (grep-2.24.tar.xz) = 1321680 bytes +SHA1 (grep-2.27.tar.xz) = ac68dd7d07cd4318ef5545c29c9a37ed2e96aef6 +RMD160 (grep-2.27.tar.xz) = 87db92c2f7dafd88e70e1717e66a17a06d4e8b64 +SHA512 (grep-2.27.tar.xz) = d67f16cc5f931a455d5287badbaf080967da573d290430f440e578a563cff4f4c0c2668f60dbb8bc71eaed289f075957006c10c6827f0da1a49df49efd3f0781 +Size (grep-2.27.tar.xz) = 1360388 bytes -- cgit v1.2.3