Re: zgrep test suite failure

[Axel Beckert]

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/