[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: zgrep test suite failure
From: |
Axel Beckert |
Subject: |
Re: zgrep test suite failure |
Date: |
Thu, 9 Jul 2020 21:17:37 +0200 |
User-agent: |
NeoMutt/20170113 (1.7.2) |
Hi,
On Thu, Jul 09, 2020 at 09:14:03PM +0200, Antonio Diaz Diaz wrote:
> Thank you for reporting this. It looks like a recent, backwards-incompatible
> change in GNU grep.
[...]
> Therefore the following change[3] in GNU grep 3.2 is not POSIX compliant:
>
> "The --files-without-match (-L) option now causes grep to succeed when a
> file is listed, instead of when a line is selected. This resembles what
> git-grep does."
[...]
> The only "fix" I can think just now is to stop testing the exit status of
> grep when '-L' is specified. :-(
I'd first try to see if the test succeeds again if run under
$POSIXLY_CORRECT being set. From grep 3.4's man page:
POSIXLY_CORRECT
If set, grep behaves as POSIX requires; otherwise, grep behaves more
like other GNU programs. POSIX requires that options that follow
file names must be treated as file names; by default, such options
are permuted to the front of the operand list and are treated as
options. Also, POSIX requires that unrecognized options be diagnosed
as “illegal”, but since they are not really against the law the
default is to diagnose them as “invalid”. POSIXLY_CORRECT also
disables _N_GNU_nonoption_argv_flags_, described below.
Kind regards, Axel
--
PGP: 2FF9CD59612616B5 /~\ Plain Text Ribbon Campaign, http://arc.pasp.de/
Mail: abe@deuxchevaux.org \ / Say No to HTML in E-Mail and Usenet
Mail+Jabber: abe@noone.org X
https://axel.beckert.ch/ / \ I love long mails: https://email.is-not-s.ms/