From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Emacs-diffs digest, Vol 1 #508 - 12 msgs Date: Mon, 25 Mar 2002 17:40:32 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200203252240.g2PMeW114699@rum.cs.yale.edu> References: <3099-Sat23Mar2002115331+0200-eliz@is.elta.co.il> <200203251629.g2PGT4s13115@rum.cs.yale.edu> <2110-Mon25Mar2002221025+0200-eliz@is.elta.co.il> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017100079 25310 127.0.0.1 (25 Mar 2002 23:47:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 23:47:59 +0000 (UTC) Cc: monnier+gnu/emacs@RUM.cs.yale.edu, emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16peBz-0006a7-00 for ; Tue, 26 Mar 2002 00:47:59 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16peKE-00028H-00 for ; Tue, 26 Mar 2002 00:56:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pdUw-0002Pa-00; Mon, 25 Mar 2002 18:03:30 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pd8l-0000x5-00 for ; Mon, 25 Mar 2002 17:40:35 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g2PMeW114699; Mon, 25 Mar 2002 17:40:32 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Eli Zaretskii" Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2204 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2204 > > From: "Stefan Monnier" > > Date: Mon, 25 Mar 2002 11:29:04 -0500 > > > > > What is the reason for this change in src/Makefile.in? Are you > > > saying that the default value of PURESIZE is large enough to load > > > *.el files in source form? > > > > > > - /* Build a temacs with a sufficiently large PURESIZE to load the > > > - Lisp files from loadup.el in source form. */ > > > - > > > - bootstrap-temacs: > > > - LC_ALL=C $(MAKE) $(MFLAGS) temacs ALL_CFLAGS="$(ALL_CFLAGS) -DPURESIZE=5000000 -I../src" > > > - > > > > Overflowing the pure area is not a problem. It's only a performance > > issue, which is irrelevant during bootstrap. Check my patch to > > alloc.c committed around the same time. > > Sorry, I still don't understand. Can you please epxlain in a few > more words? The comment in Makefile.in seems to indicate that more > pure storage is needed for loading *.el files--are you saying that > the comment is inaccurate? It is inaccurate now. It does use more memory and can make use of more pure memory, but that's not enough justification to build a separate temacs. It used to be that if there wasn't enough pure memory and we tried to allocate some pure storage Emacs would just halt. Now it keeps going, allocating in non-pure storage instead and signalling that the pure storage overflowed. This way the use of pure storage is just an optimization issue. So the PURESIZE is optimized for the non-bootstrap case but still works for the bootstrap case. > Btw, the change in alloc.c makes the comment immediately preceding > check_pure_size, the function you've changed, inaccurate: it still > says we signal an error. Oops! > > I think it'd be a bug if compiling a .el file requires the DOC file. > > I thought about a (remote) possibility that someone needs to run the > half-bootstrapped Emacs to debug or investigate some problem. If > they do, they might want documentation features to work. Not a big > deal, obviously, but so is building DOC. Well, if you feel strongly about it, put it back in with a little comment. I personally would rather see less bootstrap-specific code. Stefan PS: I almost got bootstrapping to work without a `bootstrap-emacs' executable (by byte-compiling with `temacs' instead) but hit a problem where `temacs -batch' freezes in call-process: the problem is that the SIGCHLD handler is not installed in that case (probably because it might introduce problems when we dump). As for why `call-process' is called: vc.el does (eval-when-compile (require 'ediff-util)) and ediff-util.el ends up loading all the ediff*.el files (also from within `eval-when-compile' clauses) and ediff-ptch.el runs patch with a few different args to determine the default value of a config variable. _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel