[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
334-gary-remove-libtool-dvi.patch
From: |
Gary V. Vaughan |
Subject: |
334-gary-remove-libtool-dvi.patch |
Date: |
Fri, 18 Jan 2008 17:43:30 +0800 |
[[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
- 334-gary-remove-libtool-dvi.patch,
Gary V. Vaughan <=