[Top][All Lists]

[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)


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:


  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/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]