summaryrefslogtreecommitdiff
path: root/NEWS
diff options
context:
space:
mode:
authorPaul Eggert <eggert@cs.ucla.edu>2020-09-17 19:54:14 -0700
committerJim Meyering <meyering@fb.com>2020-09-18 06:57:03 -0700
commitb9f39439106cc4d6665693751ce76f41643c0f82 (patch)
tree4f4de214ea5f1d09dfc1cb89035679b7114008a9 /NEWS
parent0e862a91cc121febdeeba0afc440390d2a3cce02 (diff)
downloadgrep-b9f39439106cc4d6665693751ce76f41643c0f82.tar.gz
grep: be more consistent about diagnostic format
* NEWS: Mention this. * bootstrap.conf (gnulib_modules): Remove 'quote'. * src/grep.c: Do not include quote.h. (grep, grepdirent, grepdesc): Put the three unusual diagnostics into the same "grep: FOO: message" form that grep uses elsewhere. * tests/binary-file-matches, tests/in-eq-out-infloop: Adjust tests to match new diagnostic format.
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS12
1 files changed, 9 insertions, 3 deletions
diff --git a/NEWS b/NEWS
index fd086630..79b9db0f 100644
--- a/NEWS
+++ b/NEWS
@@ -4,14 +4,20 @@ GNU grep NEWS -*- outline -*-
** Changes in behavior
- The "Binary file FOO matches" message is now sent to standard error
- and FOO is now quoted, to avoid confusion with ordinary output and
- when file names contain spaces and the like. For example, commands
+ The message that a binary file matches is now sent to standard error
+ and the message has been reworded from "Binary file FOO matches" to
+ "grep: FOO: binary file matches", to avoid confusion with ordinary
+ output or when file names contain spaces and the like, and to be
+ more consistent with other diagnostics. For example, commands
like 'grep PATTERN FILE | wc' no longer add 1 to the count of
matching text lines due to the presence of the message. Like other
stderr messages, the message is now omitted if the --no-messages
(-s) option is given.
+ Two other stderr messages now use the typical form too. They are
+ now "grep: FOO: warning: recursive directory loop" and "grep: FOO:
+ input file is also the output".
+
The --files-without-match (-L) option has reverted to its behavior
in grep 3.1 and earlier. That is, grep -L again succeeds when a
line is selected, not when a file is listed. The behavior in grep