unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#6736: Windows: make maintainer-clean does not restore fully clean bzr tree
@ 2010-07-27  2:28 Christoph
  2010-07-27 13:16 ` Jason Rumney
  0 siblings, 1 reply; 9+ messages in thread
From: Christoph @ 2010-07-27  2:28 UTC (permalink / raw)
  To: 6736

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





^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2016-12-07 16:02 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-07-27  2:28 bug#6736: Windows: make maintainer-clean does not restore fully clean bzr tree Christoph
2010-07-27 13:16 ` Jason Rumney
2010-07-27 17:02   ` Eli Zaretskii
2010-08-02  1:39   ` Christoph
2010-08-02  2:42     ` Juanma Barranquero
2010-08-02  3:58       ` Christoph
2010-08-02  4:10         ` Juanma Barranquero
2016-12-07  3:57           ` Glenn Morris
2016-12-07 16:02             ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).