Print lines matching a pattern
The grep command searches one or more input files
for lines containing a match to a specified pattern.
By default, grep prints the matching lines.
- Developed at Base:System
-
6
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory/grep && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
grep-2.27.tar.xz | 0001360388 1.3 MB | |
grep-2.27.tar.xz.sig | 0000000801 801 Bytes | |
grep.changes | 0000033501 32.7 KB | |
grep.keyring | 0000042666 41.7 KB | |
grep.spec | 0000003139 3.07 KB | |
testsuite.patch | 0000001491 1.46 KB |
Revision 60 (latest revision is 91)
Dominique Leuenberger (dimstar_suse)
accepted
request 444686
from
Andreas Schwab (Andreas_Schwab)
(revision 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'. (forwarded request 444685 from Andreas_Schwab)
Comments 0