[[FYI: bug-automake]] I suspect this also exposes a bug in non-recursive automake with subdir-objects, since I would have expected libtool.dvi to end up in the doc subdirectory... and so does our Makefile.in, which contains several references to doc/libtool.dvi.
Regardless, without this patch, make distcheck always fails because it finds ./libtool.dvi after running make distclean in the unpacked tarball tree. So, we need this at least until automake is fixed. Okay to commit? Index: ChangeLog from Gary V. Vaughan <[EMAIL PROTECTED]> * Makefile.am (DISTCLEANFILES): Remove libtool.dvi generated by 'make dvi'. Index: Makefile.am =================================================================== RCS file: /sources/libtool/libtool/Makefile.am,v retrieving revision 1.228 diff -u -u -r1.228 Makefile.am --- Makefile.am 6 Jan 2008 16:33:30 -0000 1.228 +++ Makefile.am 18 Jan 2008 09:31:54 -0000 @@ -319,6 +319,10 @@ info_TEXINFOS = doc/libtool.texi doc_libtool_TEXINFOS = doc/PLATFORMS doc/fdl.texi doc/notes.texi EXTRA_DIST += $(srcdir)/doc/notes.txt +## Automake provides the rules to generate this, and should probably+## be responsible for cleaning it up... in the meanwhile, if we don't
+## remove it ourselves, distcheck will fail: +DISTCLEANFILES += libtool.dvi all-local: $(srcdir)/doc/notes.txt Cheers, Gary -- ())_. Email me: [EMAIL PROTECTED] ( '/ Read my blog: http://blog.azazil.net / )= ...and my book: http://sources.redhat.com/autobook `(_~)_
PGP.sig
Description: This is a digitally signed message part