From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: user-init-file source vs. compiled Date: Fri, 02 Feb 2007 10:30:02 -0500 Message-ID: References: <87abzxve6v.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1170430246 6938 80.91.229.12 (2 Feb 2007 15:30:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 2 Feb 2007 15:30:46 +0000 (UTC) Cc: Chong Yidong , Emacs Devel To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 02 16:30:37 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HD0Mk-00036h-Ag for ged-emacs-devel@m.gmane.org; Fri, 02 Feb 2007 16:30:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HD0Mj-0005Ea-T9 for ged-emacs-devel@m.gmane.org; Fri, 02 Feb 2007 10:30:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HD0MY-0005Dk-Nd for emacs-devel@gnu.org; Fri, 02 Feb 2007 10:30:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HD0MW-0005Cc-6B for emacs-devel@gnu.org; Fri, 02 Feb 2007 10:30:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HD0MW-0005CZ-1J for emacs-devel@gnu.org; Fri, 02 Feb 2007 10:30:04 -0500 Original-Received: from tomts16.bellnexxia.net ([209.226.175.4] helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HD0MV-00006I-Mh for emacs-devel@gnu.org; Fri, 02 Feb 2007 10:30:03 -0500 Original-Received: from pastel.home ([74.13.168.230]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070202153002.DLRJ12977.tomts16-srv.bellnexxia.net@pastel.home> for ; Fri, 2 Feb 2007 10:30:02 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 63C5D7F57; Fri, 2 Feb 2007 10:30:02 -0500 (EST) In-Reply-To: (Juanma Barranquero's message of "Fri\, 2 Feb 2007 00\:03\:23 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.93 (gnu/linux) X-detected-kernel: Solaris 8 (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:65769 Archived-At: >> I clearly disagree. If there's no loop in your .emacs, then byte-compiling >> won't bring you any benefit. > It's not about the code being faster, is about the .elc being smaller > (about 10% smaller) than the .el. 10% smaller will result in a non-measurably faster load, and will still take 90% more disk space. So what's the advantage again? >> then you should most likely take those things out of your .emacs and move >> them to a separate file/package. > Why? You prefer it that way, OK, do that. I don't like having lots of > small .el files loaded from .emacs; it's easier to maintain it > up-to-date between two or more computers when it's a single file. I don't want to make it impossible to byte-compile your .emacs. If that's really what you want, go for it. I'm just saying that we should discourage people from doing that, because too many users think "oh Emacs takes a long time to start, I bet if I byte-compile it it'll start faster", but it turns out it's not faster and next time they forget to re-compile their .emacs they get bitten. It's not the most common problem on gnu.emacs.help, but it's sufficiently common that I think the potential very minor advantage(s) is just not worth it. OTOH I'm in favor of adding some kind of hack so that the .emacs file automatically goes through the byte-compiler's sanity checks when you save it (so they user might can warnings about using obsolete variables/functions). Stefan