- Update to grep 2.27
* 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".
* 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.
* grep no longer mishandles ranges in nontrivial unibyte locales.
* grep -P no longer attempts multiline matches.
* grep -m0 -L PAT FILE now outputs "FILE".
* 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.
* grep -T now uses worst-case widths of line numbers and byte offsets
instead of guessing widths that might not work with larger files.
* 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'. (forwarded request 444685 from Andreas_Schwab)
OBS-URL: https://build.opensuse.org/request/show/444686
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/grep?expand=0&rev=60
- Update to grep 2.27
* 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".
* 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.
* grep no longer mishandles ranges in nontrivial unibyte locales.
* grep -P no longer attempts multiline matches.
* grep -m0 -L PAT FILE now outputs "FILE".
* 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.
* grep -T now uses worst-case widths of line numbers and byte offsets
instead of guessing widths that might not work with larger files.
* 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'.
OBS-URL: https://build.opensuse.org/request/show/444685
OBS-URL: https://build.opensuse.org/package/show/Base:System/grep?expand=0&rev=73
- update to 2.17
* grep -i in a multibyte locale is now typically 10 times faster
for patterns that do not contain \ or [
* grep (without -i) in a multibyte locale is now up to 7 times faster
when processing many matched lines
* grep's --mmap option was disabled in March of 2010, and began to
elicit a warning in January of 2012. Now it is completely gone.
- Reformat spec file using hints from spec-cleaner (forwarded request 223015 from mvyskocil)
OBS-URL: https://build.opensuse.org/request/show/223042
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/grep?expand=0&rev=45
- update to 2.17
* grep -i in a multibyte locale is now typically 10 times faster
for patterns that do not contain \ or [
* grep (without -i) in a multibyte locale is now up to 7 times faster
when processing many matched lines
* grep's --mmap option was disabled in March of 2010, and began to
elicit a warning in January of 2012. Now it is completely gone.
- Reformat spec file using hints from spec-cleaner
OBS-URL: https://build.opensuse.org/request/show/223015
OBS-URL: https://build.opensuse.org/package/show/Base:System/grep?expand=0&rev=42
The "gnulib" package contains a number of floating-point test cases
that do not work correctly with the PowerPC long double ("double double")
format. These tests "accidentally" succeeded anyway in the big-endian
variant, but are now actually failing in little-endian mode.
As is usual for gnulib, those tests end up copied into the source code
of various packages that use gnulib, including coreutils, findutils,
grep, and libunistring.
A patch to fix the tests for ppc64le has been submitted to upstream
to the bug-gnulib mailing list. We'll work with upstream of the
other affected packages to make sure the copies are refreshed.
- grep-gnulib-ppc64le.patch: Fix imported gnulib long double math
tests for little-endian PowerPC. (forwarded request 211831 from uweigand)
OBS-URL: https://build.opensuse.org/request/show/212042
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/grep?expand=0&rev=40
The "gnulib" package contains a number of floating-point test cases
that do not work correctly with the PowerPC long double ("double double")
format. These tests "accidentally" succeeded anyway in the big-endian
variant, but are now actually failing in little-endian mode.
As is usual for gnulib, those tests end up copied into the source code
of various packages that use gnulib, including coreutils, findutils,
grep, and libunistring.
A patch to fix the tests for ppc64le has been submitted to upstream
to the bug-gnulib mailing list. We'll work with upstream of the
other affected packages to make sure the copies are refreshed.
- grep-gnulib-ppc64le.patch: Fix imported gnulib long double math
tests for little-endian PowerPC.
OBS-URL: https://build.opensuse.org/request/show/211831
OBS-URL: https://build.opensuse.org/package/show/Base:System/grep?expand=0&rev=36
Bug fixes:
* grep -i '^$' could exit 0 (i.e., report a match) in a multi-byte
locale, even though there was no match, and the command generated
no output. E.g., seq 2 | LC_ALL=en_US.utf8 grep -il '^$' would
mistakenly print "(standard input)". Related, seq 9 |
LC_ALL=en_US.utf8 grep -in '^$' would print "2:4:6:8:10:12:14:16"
and exit 0. Now it prints nothing and exits with status of 1.
[bug introduced in grep-2.6]
* 'grep' no longer falsely reports text files as being binary on
file systems that compress contents or that store tiny contents
in metadata.
- Add current German message catalog from the translation project.
OBS-URL: https://build.opensuse.org/package/show/Base:System/grep?expand=0&rev=30
