Re: [PATCH] Improve declaration of dependencies in the testsuite.

2010-07-06 Thread Stefano Lattarini
At Tuesday 06 July 2010, Ralf Wildenhues wrote: > I think the AM_MAKEFLAGS is the way to go to avoid the bug Peter > reported with 'env VAR=... make -e check' and the CC override. > With AM_MAKEFLAGS, we should be able to not use make -e in the > testsuite, or at least a lot less often. FWIW, I

Re: where to base patch series off of (was: [PATCH 0/6] Lex, Yacc and explicit declarations of dependencies.)

2010-07-06 Thread Stefano Lattarini
At Tuesday 06 July 2010, Ralf Wildenhues wrote: > > I just thought that the feature could be a reasonable candidate > > for a new branch, which BTW would have given me a first > > opportunity to mess around with remote branching and pushing > > without touching/endangering the master/maint branches

where to base patch series off of (was: [PATCH 0/6] Lex, Yacc and explicit declarations of dependencies.)

2010-07-06 Thread Ralf Wildenhues
Hi Stefano, * Stefano Lattarini wrote on Tue, Jul 06, 2010 at 11:36:26AM CEST: > At Tuesday 06 July 2010, Ralf Wildenhues wrote: > > Please give me another week to review the series; > OK; but note that this message wasn't meant to hurry you: if this > change goes in automake, it's not gonna need

Re: [PATCH] Improve declaration of dependencies in the testsuite.

2010-07-06 Thread Ralf Wildenhues
Hi Stefano, * Stefano Lattarini wrote on Fri, Jul 02, 2010 at 12:22:39AM CEST: > Ralf Wildenhues wrote: > > I wonder why I can't use > > gmake --assume-old=defs check RECHECK_LOGS= > > to work around this, though. Must be due to the make recursions. > This seems to work: > gmake --assume-old=

Re: [PATCH 0/6] Lex, Yacc and explicit declarations of dependencies.

2010-07-06 Thread Stefano Lattarini
At Tuesday 06 July 2010, Ralf Wildenhues wrote: > Hi Stefano, > > Please give me another week to review the series; OK; but note that this message wasn't meant to hurry you: if this change goes in automake, it's not gonna need a fast review, but rather a careful one, even if it's slow (as is usual