automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [FYI] {maint} maintcheck: avoid few spurious failures


From: Ralf Wildenhues
Subject: Re: [FYI] {maint} maintcheck: avoid few spurious failures
Date: Tue, 21 Jun 2011 20:55:07 +0200

* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 09:53:19AM CEST:
> On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> > * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:59:57PM CEST:
> > > On Monday 20 June 2011, Ralf Wildenhues wrote:
> > > > * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 05:05:45PM CEST:
> > > > >  sc_tests_plain_automake:
> > > > > -     @if grep -v '^#' $(srcdir)/tests/*.test | grep -E ':[   
> > > > > ]*automake([^:]|$$)'; then \
> > > > > +     @if grep -v '^#' $(srcdir)/tests/*.test | grep -E ':[   
> > > > > ]*automake\>([^:]|$$)'; then \
> > > > 
> > > > The RE that was there before was there specifically to emulate the
> > > > nonportable '\>' construct.  Now, I'm not sure I should fight for using
> > > > Posix compatible regular expressions in maintainer-check rules (seems I
> > > > lost that battle earlier already),
> > > >
> > > Well, notice that I've just followed the existing practice in using GNU
> > > grep extensions in the maintcheck rules;
> > 
> > Yes; notice that I had noticed that.
> >
> OK :-)

Sorry for being a language lawyer there again.  ;-)

> > > > but if you require GNU grep, please be consistent and remove the
> > > > now-unneeded stuff afterwards and the -E.
> > > >
> > > OK, I will push the attached patch if that's OK with you.
> > 
> > Ugh; 1/2 seems to be going into the wrong direction of changing test
> > code to work around suboptimal maintainer checks, so sorry for leading
> > you on a wrong path there again.  2/2 seems fine, thanks.
> >
> So should I drop the first patch and keep only the second one? 

Yes, please.

Thanks!
Ralf



reply via email to

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