From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Mon, 9 Jan 2017 05:28:43 -0500 Message-ID: <349ED8B9-C34B-495B-9FB5-E72CE6EFCA38@raeburn.org> References: <871szqwu51.fsf@users.sourceforge.net> <831szqhbc2.fsf@gnu.org> <87d1itt79z.fsf_-_@users.sourceforge.net> <7baa18d4-2b09-caa8-005e-29008a383ad1@cs.ucla.edu> <83mvhwrgd5.fsf@gnu.org> <8539f38f-9a11-44c3-4de7-bb974c96206c@cs.ucla.edu> <8360ojpndr.fsf@gnu.org> <83shrnm0k1.fsf@gnu.org> <075B0922-F07A-4FBA-AE71-027E964A5ED4@raeburn.org> <54AAC13A-CF56-4393-A932-DC6CBBF51259@raeburn.org> <3CC6BB36-1794-4202-8243-132E0345B236@raeburn.org> <52BDCC33-546C-4F47-A230-00EBC813B038@raeburn.org> <15CF14CC-C7DE-44BA-AC7D-F0BF1F160979@raeburn.org> <9463F91F-DB82-48E1-BE01-1E2BC8DA0766@raeburn.org> <831swxzbw8.fsf@gnu.org> <83y3z2wphb.fsf@gnu.org> <83tw9bb42m.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1483957754 20282 195.159.176.226 (9 Jan 2017 10:29:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 9 Jan 2017 10:29:14 +0000 (UTC) Cc: Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 09 11:29:09 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cQXCA-0003gU-Lc for ged-emacs-devel@m.gmane.org; Mon, 09 Jan 2017 11:28:54 +0100 Original-Received: from localhost ([::1]:38583 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQXCF-0008Pd-4Y for ged-emacs-devel@m.gmane.org; Mon, 09 Jan 2017 05:28:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46034) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQXC8-0008NY-5H for emacs-devel@gnu.org; Mon, 09 Jan 2017 05:28:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQXC4-0001Zn-47 for emacs-devel@gnu.org; Mon, 09 Jan 2017 05:28:52 -0500 Original-Received: from mail-qt0-x236.google.com ([2607:f8b0:400d:c0d::236]:33321) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQXC3-0001Yi-Uz for emacs-devel@gnu.org; Mon, 09 Jan 2017 05:28:48 -0500 Original-Received: by mail-qt0-x236.google.com with SMTP id v23so131559798qtb.0 for ; Mon, 09 Jan 2017 02:28:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CTEtj/EmqepbcJ2t3RXpdTSlAtt4viNh3V1cfDzuWNY=; b=qqhf8ioWUKGAIrVgJZE12cjRy0Kebyzk2fzNz+h/KkqHZOz9kVsbfS+Iz2S5hZM5m/ gMko57HPK9H/opijKmuqDJlopHcQuT1Dp3Pf95eYr31yO2u+leqsBN8m/EjeLYuXJJUP 2ZGdQaEy6YGo5YEMoYqrIl1neOmQHpRHoZo5ly4QKf1/gb/eiCkVUE1+0AlUJijBzour waFoXHF2aWLC10IleQZu7tSw0hVk5x1uaAivlrOFFCn8ijxMgN1OUbiTt55IQZ6napnl dCoJ9Gk/SW+aaj3pHguxwi2zZz4Ngz75OeRXwHkDNiWRGwj2CEGoCIduW6ktZYcDzM4h j/Ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CTEtj/EmqepbcJ2t3RXpdTSlAtt4viNh3V1cfDzuWNY=; b=Pz+3EEs9v3M3g9X68A9jpXN9h4QMtHhs1WEyPgOm9GsfFED4pD9hdDGqwEFpWX+y/F /hWs9qEeKDNQGoaItvBcb6Cr5dzOM8VA2dXHfcHwG9xg1mt7elQ9lzpZ7IAI18tQCe7W bxhigh8r5RSnQwlMdV2QaGXEFEMvm/z0apdW1USJ3HRQbl1TJQe+SQsZfqWVG2/vIRwf i2N0lkN71QpSuI2j82xJ14rvkEQxf372rvS32KTogtvf6nI3VUUVDpfWiHd2aiVOrY6f duTLnFDg2ptjNSE7FFN3C7bGf8X0sLpdV1ogQt2fg+W3i4Wk2JpXoBkIwTVCVZUmSJh7 afww== X-Gm-Message-State: AIkVDXJslovxU6fKc/FRf9lzcOk74V+qzi7TkztyfMyuiFtD2mytrTD+q4UdX460zSDK5w== X-Received: by 10.200.51.6 with SMTP id t6mr71039621qta.75.1483957725703; Mon, 09 Jan 2017 02:28:45 -0800 (PST) Original-Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id 30sm56957216qth.14.2017.01.09.02.28.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 09 Jan 2017 02:28:44 -0800 (PST) In-Reply-To: <83tw9bb42m.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c0d::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:211174 Archived-At: > On Jan 7, 2017, at 04:40, Eli Zaretskii wrote: >=20 > Ken, >=20 > I tried to get rid of calling dump-emacs in the raeburn-startup > branch, see the changes below. The resulting code builds and produces > dumped.elc, but then fails to compile the *.el files: I=E2=80=99ve been looking into it this weekend. It appears that in some = of my builds I=E2=80=99m seeing in dumped.elc stuff along the lines of: (setplist 'window-parameter '(gv-expander (closure (t) #19=3D(do &rest = args) (gv--defsetter 'window-parameter (lambda #20=3D(val &rest args) = `(,'set-window-parameter . #21=3D(,@args ,val))) . #22=3D(do args))) = side-effect-free t)) That=E2=80=99s with my #N# patch removed; that patch obfuscates the code = but I don=E2=80=99t think it should be changing the meaning. The comma-quote-symbol syntax looks strange to me, could that be causing = it? > This could be related to the fact that the original code produced the > first dumped.elc in the top-level directory, not in src/, and I needed > to fix that, since otherwise bootstrap-emacs would exit immediately > (see the changes below). In the original version, src/dumped.elc was > only produced after all the necessary Lisp files were byte-compiled > already. In the GNU/Linux build, the dumped.elc file is generated in the src = directory of the build tree. So that part of your patch didn=E2=80=99t = alter anything for my testing as far as I can see. But the GNU/Linux build supports building in a separate tree from the = source tree, a mode I usually do my builds in, and at startup we look = for dumped.elc in the src directory of the source tree, not the build = tree. So I still have to tweak it manually. > So it seems like the current build process on this branch still > somehow depends on a dumped emacs executable, until it byte-compiles > all the preloaded Lisp files, and produces dumped.elc from that. IOW, > the first dumped.elc produced before byte-compiling those files is not > up to the job of running Emacs for byte-compiling Lisp files. How can > we fix that, so that unexec and its call can be really removed from > the sources? Or did I miss something? A workaround might be to use loadup.el instead of dumped.elc during that = stage. But that doesn=E2=80=99t fix the problem. Ken=