From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Tue, 20 Dec 2016 18:22:12 -0500 Message-ID: References: <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> <5b39d866-16ea-8cf1-f25e-6bfc3304ac2a@cornell.edu> <16B1EC9C-9BF7-432E-BE42-154740B04679@raeburn.org> <00AE6236-2C0B-4E2A-8A53-16A5C42D41A9@raeburn.org> <75C18644-F7C8-4164-BA46-CD73F4E39A93@raeburn.org> <83y3zh7ylv.fsf@gnu.org> <87pokorm48.fsf@russet.org.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1482276212 31108 195.159.176.226 (20 Dec 2016 23:23:32 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 20 Dec 2016 23:23:32 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 21 00:23:28 2016 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 1cJTkj-0006dJ-41 for ged-emacs-devel@m.gmane.org; Wed, 21 Dec 2016 00:23:25 +0100 Original-Received: from localhost ([::1]:53983 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJTkk-0007TK-Ks for ged-emacs-devel@m.gmane.org; Tue, 20 Dec 2016 18:23:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJTjx-0007SN-G3 for emacs-devel@gnu.org; Tue, 20 Dec 2016 18:22:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJTjt-0004AE-HR for emacs-devel@gnu.org; Tue, 20 Dec 2016 18:22:37 -0500 Original-Received: from [195.159.176.226] (port=33026 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cJTjt-00049t-Af for emacs-devel@gnu.org; Tue, 20 Dec 2016 18:22:33 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cJTji-0006q1-GM for emacs-devel@gnu.org; Wed, 21 Dec 2016 00:22:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 10 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:D3udL2EaQltQ1YgnNRJsV2uPnE4= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:210677 Archived-At: > them, I wonder: If we go the big-elc route, can we defer loading the doc > strings until they’re actually needed? Perhaps using the “(#$ . nnnn)” In the dumped.elc file I generate, there should be basically no docstrings (the data I dump already uses either the NNN or the (#$ . NNN) representation to point to docstrings in the DOC file or in the original .elc file), so I don't think there's much opportunity for deferral. Stefan