[zgrep is part of the gzip package, not of grep proper, so I'm replying to bug-gzip as well.]
Thanks for that bug report. The zgrep usage message is wrong. I installed the following patch to the grep package to try to fix this. It would be better to add support for these options to zgrep; if someone wants to contribute a fix along those lines, that'd be nice. >From f96c3e2945116e377d4a83b841201ce67beac6cd Mon Sep 17 00:00:00 2001 From: Paul Eggert <egg...@cs.ucla.edu> Date: Wed, 12 Jun 2013 11:42:34 -0700 Subject: [PATCH] zgrep: usage should say which grep options are not supported * zgrep.in (usage): Document which grep options are not supported. Problem reported by Liron Paryente in <http://lists.gnu.org/archive/html/bug-grep/2013-06/msg00005.html>. --- zgrep.in | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/zgrep.in b/zgrep.in index 154d17f..c149577 100644 --- a/zgrep.in +++ b/zgrep.in @@ -42,7 +42,10 @@ usage="Usage: $0 [OPTION]... [-e] PATTERN [FILE]... Look for instances of PATTERN in the input FILEs, using their uncompressed contents if they are compressed. -OPTIONs are the same as for 'grep'. +OPTIONs are the same as for 'grep', except that the following 'grep' +options are not supported: --dereference-recursive (-R), --directories (-d), +--exclude, --exclude-from, --exclude-dir, --include, --null (-Z), +--null-data (-z), and --recursive (-r). Report bugs to <bug-gzip@gnu.org>." -- 1.7.11.7
