From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Preloading seq.el Date: Thu, 29 Aug 2019 17:35:06 +0200 Message-ID: <874l20j87p.fsf@gnus.org> References: <87imqgjgqm.fsf@gnus.org> <837e6wb0l3.fsf@gnu.org> <87ef14jful.fsf@gnus.org> <835zmgaugo.fsf@gnu.org> <878srcj94g.fsf@gnus.org> <834l20athk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="96351"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: stefan@marxist.se, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 29 17:35:53 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i3MSn-000Oxe-9c for ged-emacs-devel@m.gmane.org; Thu, 29 Aug 2019 17:35:53 +0200 Original-Received: from localhost ([::1]:51210 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i3MSm-0000oJ-4u for ged-emacs-devel@m.gmane.org; Thu, 29 Aug 2019 11:35:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56843) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i3MS9-0000mZ-Dp for emacs-devel@gnu.org; Thu, 29 Aug 2019 11:35:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i3MS8-00035a-7n for emacs-devel@gnu.org; Thu, 29 Aug 2019 11:35:13 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:48282) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i3MS8-00031j-0P; Thu, 29 Aug 2019 11:35:12 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i3MS2-0004Bn-Mh; Thu, 29 Aug 2019 17:35:09 +0200 In-Reply-To: <834l20athk.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 29 Aug 2019 18:20:23 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.231.51 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:239683 Archived-At: Eli Zaretskii writes: > The way to hell is paced one step at a time. Those 3MB were not all > added in one go, they were added one file at a time. So we need to > examine every single file we want to add and decide on a case by case > basis, otherwise we will get 6MB instead of 3MB faster than you can > say "make autoloads". Indeed. But in my experience, I find myself using seq/cl-lib functions in the pre-loaded Emacs files (because I just don't have a very good overview of which ones are preloaded and which ones aren't), and then having to rewrite the code to avoid using those functions when it turns out that Emacs doesn't build. (Sometimes after pushing, unfortunately.) So I'm saying that, in my opinion, seq/cl-lib would be good additions to the set of preloaded packages in Emacs. They would make the code in those files better, and may well make them smaller in the long run because we wouldn't have to basically open-code the seq/cl-lib functionality, which I find myself doing now. (But if you're OK with ;;;###autoload any time we use seq/cl-lib in those files, then that's also fine with me, but I think that in the long run, it's preferable to just preload them, because I think we're going to end up with 80% of them ;;;###autoloaded.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no