334-gary-remove-libtool-dvi.patch

[Gary V. Vaughan]

[[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  <address@hidden>

        * 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: address@hidden
  ( '/           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