[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs-diffs Digest, Vol 49, Issue 33
From: |
Juanma Barranquero |
Subject: |
Re: Emacs-diffs Digest, Vol 49, Issue 33 |
Date: |
Fri, 8 Dec 2006 12:33:04 +0100 |
On 12/8/06, Eli Zaretskii <address@hidden> wrote:
> -maintainer-clean: clean
> - - $(DEL) elisp elisp-* elisp.dvi elisp.oaux
> +maintainer-clean: distclean
> + - $(DEL) elisp.dvi elisp.oaux
Why did you make this change? lispref/Makefile.in still removes the
results of makeinfo, evidently to support a separate lispref
packaging. Why shouldn't makefile.w32-in follow suit?
Maybe I've misunderstood lispref/Makefile.in. The motivation for my
change is that, in my in-place installation, maintainer-clean (from
lispref/Makefile.w32-in) was deleting elisp and elisp-* from lispref/,
not info/, so it nuked elisp-cover.texi.
maintainer-clean has clean as precondition, and clean already does:
- $(DEL) $(infodir)/elisp*
so, what's the difference? It is an issue for non-inplace installations?
I can revert my patch, but then maintainer-clean will have to be changed to
maintainer-clean: clean
- $(DEL) $(infodir)/elisp $(infodir)/elisp-* elisp.dvi elisp.oaux
unless I'm mistaken.
/L/e/k/t/u