Alexandre wrote: > >> /usr/local/share/automake-1.6/am/header-vars.am: \ > >> pkgincludedir was already defined in condition TRUE, \ > >> which implies condition INSTALL_SNPRINTFV_TRUE > You are alowed to overwrite the variable if you want, but only > in the condition where it was initially defined. I.e., > you can do > > pkgincludedir = something > > but you can't do > > if INSTALL_SNPRINTFV > pkgincludedir = something > endif
Thanks, Alexandre. I ought to be able to find the issue. This probably narrows it to one potential .am file, too. > It's a bug in Automake 1.6.2 and earlier that this was allowed, > sorry. The Makefile produced by 1.6.2 from this > erroneously-allowed construction is bogus. See > http://sources.redhat.com/ml/automake/2002-06/msg00143.html Another approach is to go ahead and emit the Makefile.in, but also emit a warning like this: cat >&2 <<_EOF_ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * WARNING: you seem to be misusing ${variable} in ${filename} ${variable} is always used by automake, but it appears in conditional text. This is almost certainly a mistake. See: http://sources.redhat.com/ml/automake/2002-06/msg00143.html And see: http://www.gnu.org/software/automake/unconditional-use.html for more information. MEANWHILE: we are creating the output file so you won't be dead in the water, but you should fix your ${filename} file and be aware there may be unexpected results. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * _EOF_ sleep 30
