From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?utf-8?Q?Jostein=20Kj=C3=B8nigsen?= Newsgroups: gmane.emacs.devel Subject: Re: Making font-lock handle long lines better Date: Tue, 15 May 2018 10:08:46 +0200 Message-ID: <1526371726.2837572.1372427096.22315E49@webmail.messagingengine.com> References: <83wpcy2eun.fsf@gnu.org> <83lgtc3215.fsf@gnu.org> Reply-To: jostein@kjonigsen.net NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_----------=_152637172628375725" Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1526371621 24142 195.159.176.226 (15 May 2018 08:07:01 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 15 May 2018 08:07:01 +0000 (UTC) To: emacs-devel@gnu.org, Noam Postavsky , Ryan B Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 15 10:06:57 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 1fIUz0-00064V-SW for ged-emacs-devel@m.gmane.org; Tue, 15 May 2018 10:06:56 +0200 Original-Received: from localhost ([::1]:50460 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fIV16-0006Tw-8c for ged-emacs-devel@m.gmane.org; Tue, 15 May 2018 04:09:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fIV0u-0006Sn-7o for emacs-devel@gnu.org; Tue, 15 May 2018 04:08:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fIV0r-0000Dq-1M for emacs-devel@gnu.org; Tue, 15 May 2018 04:08:52 -0400 Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:45419) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fIV0q-0000DJ-NR for emacs-devel@gnu.org; Tue, 15 May 2018 04:08:48 -0400 Original-Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id C420C22433; Tue, 15 May 2018 04:08:46 -0400 (EDT) Original-Received: from web5 ([10.202.2.215]) by compute6.internal (MEProxy); Tue, 15 May 2018 04:08:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= secure.kjonigsen.net; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :reply-to:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=ppFX1rg208icrw4NAeqCoRvfTd+TEZiiE9/dXsgRP9o=; b=ILdj9GuT3+eJ 0WzOPk0WBYdTE07Qwx+26tj8EZgdBPpV5P0HQIFZ0uR1FeywSNq07fRh4qfklK/b pmZDbaSMZ8cmkUeQxRaS4Qp/AMOLkC875Qm90/Yd3O0HpmatJ7Y9jXp+rd+QvAKr sqoVRXyFYDrUTrO1GG0adgHLQjOGLBoYYjuPY2X5bp21q6IG1S4G/wyb3bfbuA1B LkrVfoSDqsJccvGe+SebFEvc0UOEYJLBHKi2XQYbMEma4o7LuU0SIpeTza+IT9it hJJQ7x6ZdavzB7QcCqq8+Hn90FTJa5zyiNrl+UiWXxAZWBmnIh3OgFJlAAdoCIH9 mtS+Ya36xw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :reply-to:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=ppFX1rg208icrw4NAeqCoRvfTd+TEZiiE9/dXsgRP9o=; b=QJlrEzsKTxn/ /gN4Xkls5goq7yiHs2Gxoq7ZwRQvogKVLD8Z2NA6ZpFkobGg0KVm+4FOsdjrtT5d sXy/KqV8SlAQW0yBS42ijiU8SxZi4kR9zPlvCf6KyhiRDL3XtEjoM9bZTPIugZwY BqSYySR7z6GYwHaI6faJK1l4yXMBzOoyYO3esLDc4uXkblgUvhSShDrtgfTTTZ5C CQErDbJNGE6khFF1WmosrB5TiJBOQfn/K7TBrxz3nInUj6LBhPOHMhad264Aruxi cKWLM1xAzPkLJF95EIBfrjELIiB0Dj9lNLi/adL0XebIJGXvJFvjzBjyABvIFNXD cW9I6rgAow== X-ME-Sender: Original-Received: by mailuser.nyi.internal (Postfix, from userid 99) id 3AB6A9E0DF; Tue, 15 May 2018 04:08:46 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface - ajax-29fe4c42 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 66.111.4.26 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:225302 Archived-At: This is a multi-part message in MIME format. --_----------=_152637172628375725 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Tue, May 15, 2018, at 2:05 AM, Noam Postavsky wrote: > On 13 May 2018 at 15:44, Ryan B wrote: >> for the record, i narrowed this down to the maven element of >> `compilation-error-regexp-alist'. if i remove that element, >> `compilation-mode' is fast on the minimal test case in >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D25682 . >=20 > Sounds like Bug#13369, although that report specifically mentions the> 'o= make' element as the major culprit. >=20 > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13369 >=20 I know this isn't directly related to the original issue raised, and not to sound awfully negative... But if I understand this correctly this is a bug which was filed and debugged in 2013, *half a decade ago*, with a known fix, but the bug is *still *in the Emacs codebase. Why? Because whoever filed and diagnosed the bug in the first place can't/won't signed copyright assignment papers. Now that the problem is solved, can't someone else just make the edit, write the patch, and make this terrible bug go away? It's a one- line diff after all. We do provide exceptions for such small patches after all. But seeing bugs like this, makes me ask some other questions: - Are there any systems in place to follow up "solved" bugs which doesn't result in commits?- Do we know how many such bugs there currently= are? - And what improvements could we make to Emacs if there was an initiative to get all those issues properly closed? -- Regards Jostein Kj=C3=B8nigsen jostein@kjonigsen.net =F0=9F=8D=B5 jostein@gmail.com https://jostein.kjonigsen.net --_----------=_152637172628375725 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
On Tue, May 15, 2018, at 2:05 AM, Noam Postavsky wrote:
On 13 May 2018 at 15:44, Ryan B <public@ryanb.org> wrote:
for the record, i narrowed this down to the maven element = of
`compilation-error-regexp-alist'. if i remove that element,
`compilation-mode' is fast on the minimal test case in

Sounds like Bug#13369, although that report specifically mentions the<= br>
'omake' element as the major culprit.



I know this isn't directly related to the original issue raised, = and not to sound awfully negative...

But if I understand this correctly this is a bug which was filed and d= ebugged in 2013, half a decade ago, with a known fix, but the bug is= still in the Emacs codebase.

Why? Because whoever filed and diagnosed the bug in the first place ca= n't/won't signed copyright assignment papers.

Now that the problem is solved, can't someone else just make the edit,= write the patch, and make this terrible bug go away? It's a one-line diff = after all. We do provide exceptions for such small patches after all.

But seeing bugs like this, makes me ask some other questions:

- Are there any systems in place to follow up "solved" bugs which does= n't result in commits?
- Do we know how many such bugs there currently are?
- And what improvements could we make to Emacs if there was an initiat= ive to get all those issues properly closed?

--







--_----------=_152637172628375725--