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

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Christoph <cschol2112 <at> googlemail.com>
Subject: bug#6736: closed (Re: bug#6736: Windows: make maintainer-clean
 does not restore fully clean bzr tree)
Date: Wed, 07 Dec 2016 03:59:02 +0000

[Message part 1 (text/plain, inline)]
Your bug report

#6736: Windows: make maintainer-clean does not restore fully clean bzr tree

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 6736 <at> debbugs.gnu.org.

-- 
6736: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6736
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]
From: Glenn Morris <rgm <at> gnu.org>
To: 6736-done <at> debbugs.gnu.org
Subject: Re: bug#6736: Windows: make maintainer-clean does not restore fully
 clean bzr tree
Date: Tue, 06 Dec 2016 22:57:58 -0500

I believe this report is not relevant any more,
eg w32-specific makefiles were removed some time ago.


[Message part 3 (message/rfc822, inline)]
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.