From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Loading souce Elisp faster Date: Mon, 25 Feb 2013 06:43:43 -0500 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1361792630 566 80.91.229.3 (25 Feb 2013 11:43:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 25 Feb 2013 11:43:50 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 25 12:44:13 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U9wTd-00010y-5w for ged-emacs-devel@m.gmane.org; Mon, 25 Feb 2013 12:44:13 +0100 Original-Received: from localhost ([::1]:47213 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9wTI-0008M9-Er for ged-emacs-devel@m.gmane.org; Mon, 25 Feb 2013 06:43:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:35507) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9wTD-0008LG-P2 for emacs-devel@gnu.org; Mon, 25 Feb 2013 06:43:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U9wTA-0005ju-PS for emacs-devel@gnu.org; Mon, 25 Feb 2013 06:43:47 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9wTA-0005jg-I2 for emacs-devel@gnu.org; Mon, 25 Feb 2013 06:43:44 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U9wT9-0008Ec-H7; Mon, 25 Feb 2013 06:43:43 -0500 In-reply-to: (message from Stefan Monnier on Sun, 24 Feb 2013 20:40:37 -0500) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:157315 Archived-At: It used to be the case that compiling one's .emacs was silly because it provided no measurable speed difference. But nowadays this is not true any more: loading a source Elisp file is significantly slower because it goes through load-with-code-conversion. Is the slowdown due to heuristically recognizing the encoding? It'd be easy to fix these to put the "coding:" tag at the start. Is that really necessary? Loading has to read in the whole file. Can't we check for a tag at the beginning OR at the end before trying to heuristically recognize the encoding? Actually, I thought Emacs already did that. If it doesn't, it should. Then all we need is a different default when it is an Elisp file. Do we need to support non-utf-8 elisp files? I say we convert all of them (those in our control) to utf-8 and be done with it. We could do this, but we still need to support other people's Lisp code, so we can't drop support for other coding systems. Even changing the default might break things for users. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call