From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Time to drop the pre-dump phase in the build? Date: Sun, 12 Jan 2014 05:48:28 +0200 Message-ID: <83zjn197xv.fsf@gnu.org> References: <20140110191530.5772E38019B@snark.thyrsus.com> <83ha9bborj.fsf@gnu.org> <87r48ehx66.fsf@spindle.srvr.nix> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1389498532 31665 80.91.229.3 (12 Jan 2014 03:48:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 12 Jan 2014 03:48:52 +0000 (UTC) Cc: esr@thyrsus.com, rms@gnu.org, turnbull@sk.tsukuba.ac.jp, emacs-devel@gnu.org To: Nix Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 12 04:48:58 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W2C2k-0007Uq-4L for ged-emacs-devel@m.gmane.org; Sun, 12 Jan 2014 04:48:58 +0100 Original-Received: from localhost ([::1]:36328 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2C2j-0000JV-MU for ged-emacs-devel@m.gmane.org; Sat, 11 Jan 2014 22:48:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39238) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2C2d-0000JL-Bp for emacs-devel@gnu.org; Sat, 11 Jan 2014 22:48:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2C2Y-0004fX-Fb for emacs-devel@gnu.org; Sat, 11 Jan 2014 22:48:51 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:46069) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2C2Y-0004fR-7Y; Sat, 11 Jan 2014 22:48:46 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0MZ900O00Q3YAM00@mtaout29.012.net.il>; Sun, 12 Jan 2014 05:49:28 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZ900N13RYGGS60@mtaout29.012.net.il>; Sun, 12 Jan 2014 05:49:28 +0200 (IST) In-reply-to: <87r48ehx66.fsf@spindle.srvr.nix> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:168148 Archived-At: > From: Nix > Emacs: ed :: 20-megaton hydrogen bomb : firecracker > Date: Sun, 12 Jan 2014 00:16:17 +0000 > Cc: esr@thyrsus.com, Eli Zaretskii , > "Stephen J. Turnbull" , emacs-devel@gnu.org > > It still requires substantial ugly hacks, e.g. there is code in glibc to > serialize and deserialize malloc state whose sole purpose is to support > Emacs dumping, and which cannot be changed since that would force Emacs > to be redumped when glibc was upgraded. It seems plausible that this > might eventually retard glibc allocator development :( > > XEmacs long ago migrated to a 'portable undumper', whereby (IIRC) the > Lisp heap is serialized into a form that is then mmap()ed in at startup > time (using a separate file, so unexec() is no longer necessary). It was > a lot of work, but doing something similar might be worth considering in > the future anyway. No change of this scale ever happens in Emacs, unless someone steps forward and does the job, or most of it. People who want this to happen should take notice and act. Talk won't cut it.