Re: Automake 1.6.3 issue

[Bruce Korb <bkorb at pacbell dot net>]

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