From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: No doc strings from DOC Date: Wed, 10 Apr 2002 13:21:28 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <20020410131520.C53D.LEKTU@terra.es> References: <200204041813.g34IDab18347@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1018437865 4264 127.0.0.1 (10 Apr 2002 11:24:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 10 Apr 2002 11:24:25 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16vGDB-00016f-00 for ; Wed, 10 Apr 2002 13:24:25 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16vGSQ-0007lT-00 for ; Wed, 10 Apr 2002 13:40:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16vGCu-0005vP-00; Wed, 10 Apr 2002 07:24:08 -0400 Original-Received: from [62.22.27.141] (helo=mail.peoplecall.com) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16vGAP-0005Z4-00 for ; Wed, 10 Apr 2002 07:21:33 -0400 Original-Received: from jbarranquero (jbarranquero.ofi.peoplecall.com [62.22.27.143]) by mail.peoplecall.com (8.11.6/8.11.6) with ESMTP id g3ABLPJ11277; Wed, 10 Apr 2002 13:21:28 +0200 Original-To: "Stefan Monnier" , emacs-devel@gnu.org In-Reply-To: <200204041813.g34IDab18347@rum.cs.yale.edu> X-Mailer: Becky! ver. 2.00.10 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2499 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2499 On Thu, 04 Apr 2002 13:13:36 -0500, "Stefan Monnier" wrote: > The DOC file is not necessary for the bootstrap, so it would > be simpler to not generate it before having generated the elc files. (At least on Windows) you're right, and it's the only clean fix I can see. Trying to build DOC from the .el files does not work because make-docfile, as expected, just dumps docstrings starting by backslash-newline, and most docstrings in preloaded .el files aren't so. Delaying the building of DOC to after bytecompiling lisp/*.el works right. The following patch implements that behavior for Windows. As I'm no expert on the Emacs bootstrapping and building process, I'll delay checking it in to see if someone points out any problem with it that I've overlooked. /L/e/k/t/u Index: makefile.w32-in =================================================================== RCS file: /cvs/emacs/nt/makefile.w32-in,v retrieving revision 1.13 diff -u -r1.13 makefile.w32-in --- makefile.w32-in 14 Dec 2001 18:14:00 -0000 1.13 +++ makefile.w32-in 10 Apr 2002 11:14:12 -0000 @@ -113,21 +113,24 @@ cd ..\src $(MAKE) $(MFLAGS) clean cd ..\lib-src - $(MAKE) $(MFLAGS) clean DOC + $(MAKE) $(MFLAGS) clean cd ..\src $(MAKE) $(MFLAGS) bootstrap $(MAKE) $(MFLAGS) bootstrap-clean cd ..\lisp $(MAKE) $(MFLAGS) bootstrap + cd ..\lib-src + $(MAKE) $(MFLAGS) DOC cd ..\nt bootstrap-gmake: $(MAKE) $(MFLAGS) -C ../lisp bootstrap-clean $(MAKE) $(MFLAGS) -C ../src clean - $(MAKE) $(MFLAGS) -C ../lib-src clean DOC + $(MAKE) $(MFLAGS) -C ../lib-src clean $(MAKE) $(MFLAGS) -C ../src bootstrap $(MAKE) $(MFLAGS) -C ../src bootstrap-clean $(MAKE) $(MFLAGS) -C ../lisp bootstrap + $(MAKE) $(MFLAGS) -C ../lib-src DOC bootstrap-clean: bootstrap-clean-$(MAKETYPE)