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: Wed, 21 Dec 2016 02:44:54 -0500 Message-ID: <5BC7F9C2-346F-4FCC-8BC3-FF75CFE6B076@raeburn.org> 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 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1482306336 25087 195.159.176.226 (21 Dec 2016 07:45:36 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 21 Dec 2016 07:45:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 21 08:45:29 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 1cJbab-0005c8-8S for ged-emacs-devel@m.gmane.org; Wed, 21 Dec 2016 08:45:29 +0100 Original-Received: from localhost ([::1]:55655 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJbaf-00077r-RV for ged-emacs-devel@m.gmane.org; Wed, 21 Dec 2016 02:45:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59958) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJba9-00077O-C1 for emacs-devel@gnu.org; Wed, 21 Dec 2016 02:45:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJba4-0005ia-Ti for emacs-devel@gnu.org; Wed, 21 Dec 2016 02:45:01 -0500 Original-Received: from mail-qt0-x22d.google.com ([2607:f8b0:400d:c0d::22d]:35640) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cJba4-0005iT-No for emacs-devel@gnu.org; Wed, 21 Dec 2016 02:44:56 -0500 Original-Received: by mail-qt0-x22d.google.com with SMTP id c47so198924242qtc.2 for ; Tue, 20 Dec 2016 23:44:56 -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=JkfQ8uSzOOOMKqmTo8RXeIWSAlg5tpsMR6gXlCsgxKg=; b=vgPxo4bDSJ7dR67BDCQ9G86NG94DeGWCPRYICvMbWg81cW6mGyLyzEJ4I7BqXQ61ay joLGY6isHgXaxVCxGn6gcrBBGUJWqNUNkc7PLl2tBXNjHvUaAdDsPUjB3L6dJVftWxaA XMCwI10Lt0BqP2ut0IrLkYXFqH4e+Xfr3fPhMAotB+nQKcTq5R5GmA/M/OmCs8V5rs9e bSTaGAEDNDq4+f0ZG0HlbWAIFCjsBMLck1jXGXP/cetGMqtNu+cMP2yP4D3xH63tUzER OOteWTMPpSs1sZWLYKB4RC9ximMjqQo6uYL3ivXFA7yVe3Ucc7xrEsRBKvNTRLzpbKUt 0hPQ== 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=JkfQ8uSzOOOMKqmTo8RXeIWSAlg5tpsMR6gXlCsgxKg=; b=m0ASW9Gty3lledRXrTKKxwjRMO3jme15Er4fLOPvhgloSLS2sNzervpXWtO4VrJc8Y rZVXC144C/v869928UpB3R/ILyKP17V0urw2MJsb4QxL9QiItp/3iuBH6zTtZb5+KkXl jEHXGD6ERgGQVxzBIQJ1sT/sX/8Ta2Z3eKI3Dk4/qOsNobaMbpPKZQSJ/ZX4o+kbFdEf TCjRU2fJYT0aMZY+WhFttg2EoZZqxsuWZJ0FSQ0GpChkYctq+oCzWRxJskxA/f74dXzK NIc5p31enzU/66OWvOLVHVYtjoNvJU0ZNQrs2za+kvw2GfA1hUblp7YSIUGjxdKTitiL UJSg== X-Gm-Message-State: AIkVDXJGEeB7mmToDtwUjpZe0pEdviko9DXPwtnw5CFBml7RgCcp2Kveo1I7fmlPheZQqg== X-Received: by 10.200.39.83 with SMTP id h19mr3205524qth.290.1482306296004; Tue, 20 Dec 2016 23:44:56 -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 p35sm14948141qta.43.2016.12.20.23.44.55 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 20 Dec 2016 23:44:55 -0800 (PST) In-Reply-To: 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::22d 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:210684 Archived-At: On Dec 20, 2016, at 18:22, Stefan Monnier = wrote: >> them, I wonder: If we go the big-elc route, can we defer loading the = doc >> strings until they=E2=80=99re actually needed? Perhaps using the = =E2=80=9C(#$ . nnnn)=E2=80=9D >=20 > 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. Ah, yes, I forgot that happens even for the loaddefs doc strings not = explicitly using that syntax, thanks to Snarf-documentation. At least, = so long as all the files we might pre-load under various conditions are = all covered by the DOC file, if we do take the approach of a smaller = file for batch mode. Ken=