From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Performance degradation from long lines Date: Thu, 18 Jul 2019 10:48:01 -0400 Message-ID: References: <20190107065207.21793.53271@vcs0.savannah.gnu.org> <20190107065208.BA36C21736@vcs0.savannah.gnu.org> <16bb3884-c2de-b178-afe8-0b13a8b116a8@orcon.net.nz> <3f78c29c0c7c01e21180be5fe4f9e70a@webmail.orcon.net.nz> <11eaa87e-b4e4-2cf8-e9d1-658757b97ffe@orcon.net.nz> <83muhi1hoc.fsf@gnu.org> <1a2d94be-a73a-7934-4ce8-5b3c4e819645@orcon.net.nz> <83d0ie1clx.fsf@gnu.org> <831ryu10pi.fsf@gnu.org> <83lfx1ztni.fsf@gnu.org> <83d0idyy2s.fsf@gnu.org> <83sgr3yhv2.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="216502"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: psainty@orcon.net.nz, emacs-devel@gnu.org, mithraeum@protonmail.com, Dmitry Gutov To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 18 16:48:14 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 1ho7hb-000u8t-Jh for ged-emacs-devel@m.gmane.org; Thu, 18 Jul 2019 16:48:11 +0200 Original-Received: from localhost ([::1]:38734 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1ho7ha-0004pJ-1y for ged-emacs-devel@m.gmane.org; Thu, 18 Jul 2019 10:48:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34682) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1ho7hX-0004p9-Kq for emacs-devel@gnu.org; Thu, 18 Jul 2019 10:48:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ho7hW-0007mW-N0 for emacs-devel@gnu.org; Thu, 18 Jul 2019 10:48:07 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:13869) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ho7hU-0007kB-P6; Thu, 18 Jul 2019 10:48:04 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id C8AEB444FDF; Thu, 18 Jul 2019 10:48:03 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 8DDB8444FDA; Thu, 18 Jul 2019 10:48:02 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1563461282; bh=voyZcWt3bCRPicve9cD0nL0xwHqBXFZkyjKfQnN+nvE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ZJNGayUS0p0nQtMVdLAiG8WHI5jH3py9W0tgjoW8ppVnYmlBTHAc6eYeOyQHssdhV zKD1nt74Bz7Th1lZN/diLOBuQ0Nt+JPUlPDCM6QQF4sLFoRENdmE1WdfJbRhcd1Nmr sfhWSRx2LSZaNG+8ZPKJq4o565hKVaerCW1iCOtPA4X2+HBLZaU5eeAKpXpK0yxpyW ooBCCzeqh17fs84N7BUl/whgY0lKfiXSpLW5nWwmco1YdKtignwTOI39YZ+ndrtXEu IWtlhCzlxDIXjqUCMVOU8C3KUYelpULLKk6HN6AEQZQ/4SkJE3rcc7ev4M/RKbpOhc pEuz8bvJmZKnA== Original-Received: from alfajor (modemcable157.163-203-24.mc.videotron.ca [24.203.163.157]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 6804E120560; Thu, 18 Jul 2019 10:48:02 -0400 (EDT) In-Reply-To: <83sgr3yhv2.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Jul 2019 09:30:41 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 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:238672 Archived-At: > You are missing the point, I think: this variable's name is known > widely enough to make it a de-facto public interface. Changing its > name without an alias will cause breakage to many people's > configurations. However I dislike use of this variable in people's > configurations, I cannot break them all just because I dislike that. I think we all understand that. But some of us think the breakage will be minimal. My cursory search through github seemed to indicate that it's very rarely usedin Elisp packages and the few times it's used it comes with a comment along the lines of "disable bidi for a marginal performance gain". As for such settings in people's .emacs, my educated guess is that they date back to Emacs-23's introduction to work around problems in specific modes that have since solved those problems (typically by setting bidi-paragraph-direction). IOW, any noticeable breakage that might result likely points to a *real* bug. Stefan