Re: rewrite of m4/depout.m4

Hi Stepan, * Stepan Kasal wrote on Thu, Apr 26, 2007 at 05:42:58PM CEST: > On Tue, Apr 17, 2007 at 07:02:13PM +0200, Ralf Wildenhues wrote: > > > > I think the killer argument against this change is the point that a > > buggy Makefile has worse consequences, starting from spurious errors > > at c

Re: rewrite of m4/depout.m4

Hello, On Tue, Apr 17, 2007 at 07:02:13PM +0200, Ralf Wildenhues wrote: > The motivation to do this was to work towards allowing non-static > content in *_SOURCES variables, so that it works even with > subdir-objects. IOW, one stepping stone to eventually allow > bin_PROGRAMS = foo > mydir =

Re: rewrite of m4/depout.m4

To continue an older issue with another post merely for your amusement (prompted by Jim's bug report in ). * Ralf Wildenhues wrote on Sat, May 06, 2006 at 06:13:25PM CEST: > Let's un-bitrot _AM_OUTPUT_DEPENDENCY_COMMANDS and make it n

Re: rewrite of m4/depout.m4

* Ralf Wildenhues wrote on Sat, May 06, 2006 at 06:13:25PM CEST: > Let's un-bitrot _AM_OUTPUT_DEPENDENCY_COMMANDS and make it nice and > fast. We observe: D'oh. Hitting y instead of P sucks. Please ignore this message; my patch is not done yet. Sorry for the noise, Ralf

rewrite of m4/depout.m4

Let's un-bitrot _AM_OUTPUT_DEPENDENCY_COMMANDS and make it nice and fast. We observe: 1) In the line, | test -z "am__include" && continue there's a `$' missing; but also, am__include may be `#' but not `'. 2) Some inconsistent quoting: for example, the argument to AS_MKDIR_P has not been quoted