Wed 23 Feb 2005 09:17:56 AM UTC, comment #3:
This is very odd. I don't get the same effect in gnulib/m4/Makefile.in. I've tested this with automake-1.7, automake-1.8 and automake-1.9 (all with autoconf-2.59). In each case the Makefile.in file is correct and ends like this:
.PHONY: all all-am check check-am clean clean-generic distclean \
distclean-generic distdir dvi dvi-am html html-am info info-am \
install install-am install-data install-data-am install-exec \
install-exec-am install-info install-info-am install-man \
install-strip installcheck installcheck-am installdirs \
maintainer-clean maintainer-clean-generic mostlyclean \
mostlyclean-generic pdf pdf-am ps ps-am uninstall uninstall-am \
uninstall-info-am
# Tell versions [3.59,3.63) of GNU make to not export all variables.
# Otherwise a system limit (for SysV at least) may be exceeded.
.NOEXPORT:
The Makefile.am file is actually generated by findutils' "import-gnulib.sh". However, on my system here I don't get the spurious "alloca.m4" that you get. If I comment out the part of import-gnulib.sh and use the (identical) file produced by gnulib-tool (as invoked by import-gnulib.sh) I also get the same result.
SO, I can't reproduce this problem with the invalue Makefile/Makefile.in. If I could and it was gnulib's fault, I would indeed report a bug. As things are, I can't figure out why you are seeing what you are seeing.
The only hypothesis that I can come up with just now - and it's pretty thin - is that the printf command at line 129 of import-gnulib.sh is not producing any output on your system, hence you're not getting the "EXTRA_DIST = " part before "alloca.m4" in Makefile.am. This seems unlikely even to me.
Could you try to figure out why you get that alloca.m4 line in there?
Meanwhile, see also my recent post to bug-gnulib (however, the archive at http://lists.gnu.org/archive/html/bug-gnulib/2005-02/threads.html has not been updated to include it yet)
|