From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Why is Elisp slow? Date: Thu, 02 May 2019 23:20:54 +0300 Message-ID: <83muk4obfd.fsf@gnu.org> References: <86pnwkpltx.fsf@zoho.com> <8636tgphps.fsf@zoho.com> <86o9c4np6q.fsf_-_@zoho.com> <8636tfocyl.fsf@zoho.com> <20190502075617.GA18331@tuxteam.de> <874l6d3ylg.fsf@mbork.pl> <20190502131827.GA28987@tuxteam.de> <83k1f8q39o.fsf@gnu.org> <87woj8bqho.fsf@telefonica.net> <83tvecocvv.fsf@gnu.org> <87sgtwboot.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="133593"; mail-complaints-to="usenet@blaine.gmane.org" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu May 02 22:21:25 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hMICr-000YdC-H9 for geh-help-gnu-emacs@m.gmane.org; Thu, 02 May 2019 22:21:25 +0200 Original-Received: from localhost ([127.0.0.1]:58157 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMICq-00026Q-GV for geh-help-gnu-emacs@m.gmane.org; Thu, 02 May 2019 16:21:24 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMICf-000259-TY for help-gnu-emacs@gnu.org; Thu, 02 May 2019 16:21:14 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51578) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMICf-0007J9-Rb for help-gnu-emacs@gnu.org; Thu, 02 May 2019 16:21:13 -0400 Original-Received: from [176.228.60.248] (port=4546 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hMICe-0005NN-Se for help-gnu-emacs@gnu.org; Thu, 02 May 2019 16:21:13 -0400 In-reply-to: <87sgtwboot.fsf@telefonica.net> (message from =?utf-8?Q?=C3=93scar?= Fuentes on Thu, 02 May 2019 22:12:50 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:120141 Archived-At: > From: Óscar Fuentes > Date: Thu, 02 May 2019 22:12:50 +0200 > > > I have no problem with people who code something for their personal > > use. That's none of my concern. > > The sceneario I described was about a package maintainer, such as Org. That was exactly my gripe. I'm saying that implementing something for others should be considered more seriously than just "let's code it because we can". > > As for convincing: that is not required. Just put the request in the > > open, and be done. > > That's not a solution if you are package maintainer trying to solve a > performance problem within a given time frame. Of course it is: with the Lisp implementation already in place, you don't need to wait for anyone or anything. But requesting a feature in addition to that does two things: (a) it alerts others, including Emacs developers, to the need; and (b) it announces load and clear that the package maintainer is not really happy with the current solution. Without such a request, no one will even know that there's a problem here waiting for a volunteer.