From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.devel Subject: Re: Performance degradation from long lines Date: Sat, 27 Oct 2018 21:38:37 +1300 Message-ID: <34b92ce4-7b3d-97c7-f59e-e61e9564a7b0@orcon.net.nz> References: <665d5f3d84c071632f87f66ffedb6aed@webmail.orcon.net.nz> <83sh0uqhw8.fsf@gnu.org> <83h8haqd2g.fsf@gnu.org> <1c7973ecaeb4478a81dcf17e9257620c@webmail.orcon.net.nz> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1540629448 13892 195.159.176.226 (27 Oct 2018 08:37:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2018 08:37:28 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 27 10:37:23 2018 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 1gGK5y-0003Yc-NO for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2018 10:37:22 +0200 Original-Received: from localhost ([::1]:35599 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGK84-0000aJ-Qn for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2018 04:39:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34336) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGK7O-0000Gj-HK for emacs-devel@gnu.org; Sat, 27 Oct 2018 04:38:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGK7L-0005m5-CL for emacs-devel@gnu.org; Sat, 27 Oct 2018 04:38:50 -0400 Original-Received: from smtp-3.orcon.net.nz ([60.234.4.44]:55336) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGK7L-0005gQ-0s; Sat, 27 Oct 2018 04:38:47 -0400 Original-Received: from [150.107.172.125] (port=2630 helo=[192.168.20.103]) by smtp-3.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from ) id 1gGK7C-0006ym-FV; Sat, 27 Oct 2018 21:38:38 +1300 In-Reply-To: Content-Language: en-GB X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 60.234.4.44 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:230729 Archived-At: On 27/10/18 1:48 AM, Stefan Monnier wrote: > AFAIC putting it in "both" means adding it to emacs.git's master branch > and using elpa.gnu.org's ability to distribute packages built from the > their emacs.git source to also make a GNU ELPA package out of it. > > So if it goes to emacs.git, there's no point putting it in elpa.git > first (and I don't want to have it in both places). I'm imagining that a version in core for Emacs 27+ might differ slightly from the GNU ELPA package. The first thing which springs to mind is `so-long-check-header-modes' which is a verbatim copy of some code from `set-auto-mode' which I wasn't able to access the results of otherwise: http://git.savannah.nongnu.org/cgit/so-long.git/tree/so-long.el?h=641f8eaaa#n464 Adding so-long.el to core would mean we could potentially tweak things in `set-auto-mode' such that so-long didn't need to duplicate any code; but that improved version of so-long.el couldn't be used with earlier versions of Emacs. In addition to that, I'm uncertain where the current discussions are going to lead to wrt core improvements, as there are a number of different ideas being thrown around, and I'm wondering whether we'll end up amalgamating several things together. So my current feeling is that I should put the existing version into elpa.git separate from a core version in emacs.git. If it transpires that the core version can also be used as the ELPA version, then it's probably simple enough to change the ELPA recipe at that time to build it from the emacs.git source instead? -Phil