GNU bug report logs - #6736
Windows: make maintainer-clean does not restore fully clean bzr tree

Previous Next

Package: emacs;

Reported by: Christoph <cschol2112 <at> googlemail.com>

Date: Tue, 27 Jul 2010 02:29:02 UTC

Severity: minor

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christoph <cschol2112 <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Windows: make maintainer-clean does not restore fully clean bzr tree
Date: Mon, 26 Jul 2010 20:28:39 -0600

According to the documentation in nt/INSTALL, `make maintainer-clean' is 
supposed to "Remove everything that can be recreated, including compiled 
lisp files, to get back to the state of a fresh Bazaar tree."

Running `mingw32-make maintainer-clean' on Windows 7, GnuWin32 and MinGW 
does not seem to do exactly that.

Per Juanma's suggestion I ran

bzr clean-tree --unknown --ignored --detritus --force

and it produced the following output:

deleting paths:
  bin
  site-lisp
  admin/unidata/makefile
  lisp/cedet/ede/loaddefs.el~
  lisp/cedet/semantic/loaddefs.el~
  lisp/cedet/srecode/loaddefs.el~

This was right after a `mingw32-make maintainer-clean'.

The bin/ directory still contained the following files: cmdproxy.exe
The site-lisp/ directory contained: subdirs.el

`make realclean' deletes ../bin eventually. Shouldn't `maintainer-clean' 
do the same if it claims to restore the fresh tree checkout?

Christoph
This bug report was last modified 8 years and 167 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.