From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Fri, 07 Apr 2017 16:40:02 +0300 Message-ID: <83wpawmj4d.fsf@gnu.org> References: <8A8DA980-13A7-4F8B-9D07-391728C673C9@raeburn.org> <831su4dmn4.fsf@gnu.org> <87h9300x5n.fsf@linux-m68k.org> <734D2132-71FD-414D-B091-629189742DB4@raeburn.org> <83a8889ede.fsf@gnu.org> <144D5F87-D876-485D-BAB3-2AA93627272A@raeburn.org> <83inmq53xk.fsf@gnu.org> <96D35768-314C-43F5-BD5E-B12187759DCA@raeburn.org> <123104DD-447F-4CDB-B3A0-CED80E3AC8C9@raeburn.org> <20170403165736.GA2851@acm> <2497A2D5-FDB1-47FF-AED3-FD4ABE2FE144@raeburn.org> <83lgrhpalq.fsf@gnu.org> <0D99B4FE-FEEF-4565-87D6-E230A05DEF3C@raeburn.org> <86lgrc4vob.fsf@molnjunk.nocrew.org> <834ly0oew1.fsf@gnu.org> <968E8F50-92F6-43C7-B7E4-EE8378943087@raeburn.org> Reply-To: Eli Zaretskii 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 1491572418 21143 195.159.176.226 (7 Apr 2017 13:40:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 7 Apr 2017 13:40:18 +0000 (UTC) Cc: lars@nocrew.org, emacs-devel@gnu.org To: Ken Raeburn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 07 15:40:13 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 1cwU7Q-00043k-6d for ged-emacs-devel@m.gmane.org; Fri, 07 Apr 2017 15:40:04 +0200 Original-Received: from localhost ([::1]:50925 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cwU7W-0001DS-4h for ged-emacs-devel@m.gmane.org; Fri, 07 Apr 2017 09:40:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cwU7M-0001Bk-68 for emacs-devel@gnu.org; Fri, 07 Apr 2017 09:40:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cwU7I-0007wh-73 for emacs-devel@gnu.org; Fri, 07 Apr 2017 09:40:00 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cwU7I-0007wc-3y; Fri, 07 Apr 2017 09:39:56 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4906 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cwU7H-0004fO-A5; Fri, 07 Apr 2017 09:39:55 -0400 In-reply-to: <968E8F50-92F6-43C7-B7E4-EE8378943087@raeburn.org> (message from Ken Raeburn on Fri, 7 Apr 2017 05:02:30 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:213748 Archived-At: > From: Ken Raeburn > Date: Fri, 7 Apr 2017 05:02:30 -0400 > Cc: Lars Brinkhoff , > emacs-devel@gnu.org > > > Perhaps we could have a separate, much smaller dumped.elc for batch > > invocations, to cater to these use cases. Ken, does this make sense? > > We could do it, sure. For example, stuff relating to window systems probably isn’t of much use in batch mode. One question is, do we change such things to use autoload in case the user’s init file references their functions, or do we require that the user know to use “load” or “require”? I don't think I understand the question: -batch implies -Q, so the user's init file is not relevant. > Maybe we can find file currently loaded that we could change over to autoloading in all cases, improving the interactive startup time too? Yes, making dumped.elc smaller by using autoload is another way of slashing some load time.