From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Flymake support for C/C++ Date: Tue, 24 Oct 2017 11:28:01 +0100 Message-ID: References: <87zi8wmmhw.fsf@gmail.com> <83tvz2i2fv.fsf@gnu.org> <83r2u6i0ws.fsf@gnu.org> <87fuaivyeg.fsf@russet.org.uk> <8f681bc7-4a47-1ec7-07db-5cdb626ff22e@yandex.ru> <93546bae-c6e3-d9a9-7fca-276e9fa3af8d@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403043e73a4d67a2a055c4864cc" X-Trace: blaine.gmane.org 1508840943 16438 195.159.176.226 (24 Oct 2017 10:29:03 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 24 Oct 2017 10:29:03 +0000 (UTC) Cc: Richard Stallman , Noam Postavsky , Sami Kerola , emacs-devel@gnu.org, =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , Alan Mackenzie , Eli Zaretskii , Leo Liu , Stefan Monnier , Phillip Lord To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 24 12:28:54 2017 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 1e6wS0-0002lD-VS for ged-emacs-devel@m.gmane.org; Tue, 24 Oct 2017 12:28:49 +0200 Original-Received: from localhost ([::1]:43045 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6wS8-0007KK-1j for ged-emacs-devel@m.gmane.org; Tue, 24 Oct 2017 06:28:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48373) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6wRJ-0007Ix-Cu for emacs-devel@gnu.org; Tue, 24 Oct 2017 06:28:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e6wRI-00011O-64 for emacs-devel@gnu.org; Tue, 24 Oct 2017 06:28:05 -0400 Original-Received: from mail-oi0-x232.google.com ([2607:f8b0:4003:c06::232]:51204) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e6wRH-000118-P9 for emacs-devel@gnu.org; Tue, 24 Oct 2017 06:28:03 -0400 Original-Received: by mail-oi0-x232.google.com with SMTP id j126so35881894oib.8 for ; Tue, 24 Oct 2017 03:28:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RSa5/l0pam05QPYe2X01pGLmFrznqPmSZlCM7+KRud4=; b=me6/wxpP0LWuTwsZgcjiLhyuZLAgRxj728U4h8LhmDSCQ7DvZl7E2IrCkf1J61Kthp x69XZTVCWLKiSP6hIlsxPxArWF0UhXXBNO7KFyFJdgD7MwwOo0YHXF1i8J3affEbT0c/ hP2O7bJ8wqrtOdjMuJ+QWcz+WH6s1e0xxeRDQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RSa5/l0pam05QPYe2X01pGLmFrznqPmSZlCM7+KRud4=; b=ZwvQ1XOfbnT2mst3nJ1TZalH1ncKV8Jmdu8JZkTx2nvv+rjiUkJdNsSDV5JC9QbHnf nyUSF/17KRPtZCTYhAIDy2E/OeUSuUUWrjTzs8SXls+rGpj7j1n+/A9K4Fc9QphDoQ0/ 2ybD3PRCgRUnkMtkgPhSDdJDIC6mDhSbBUmF6NJznNyWkIQp1HVNT15hVC7dltAqbk0L rX9mI8Q3e884vLY9bCazAnCnvwRHiNf8zK/dBZC//oofc+d6f/RqQPzcq2M60m6dGjo3 GTNcQPpvAGEyl2Rj+9oKCOZPucCMqwlofAYEdtnbXDCf3QJtB89+GoPAYNKIkV3sN91P sgqA== X-Gm-Message-State: AMCzsaWbW8iKuOlRz6AqMkyTeEgHUhhR/u+BXk/VwZigwAqvVFRJKk3O c04bMIvYop7zC8sI+kACzYHLC0ZwltCbj5Itm1qOQQ== X-Google-Smtp-Source: ABhQp+SPqK2OFkeB4MYAiUIEKyMsDxQ/AA1jCqsBe1lA1Q/IZ9+YL4lyJ0E0USuk8bcR4Neotoeo6HynwEdcKlDr0wU= X-Received: by 10.157.92.129 with SMTP id a1mr8762047oti.27.1508840882723; Tue, 24 Oct 2017 03:28:02 -0700 (PDT) Original-Received: by 10.157.82.100 with HTTP; Tue, 24 Oct 2017 03:28:01 -0700 (PDT) In-Reply-To: <93546bae-c6e3-d9a9-7fca-276e9fa3af8d@yandex.ru> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::232 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:219713 Archived-At: --f403043e73a4d67a2a055c4864cc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 24 October 2017 at 11:21, Dmitry Gutov wrote: > On 10/24/17 1:07 PM, Reuben Thomas wrote: > >> we can't get its copyright assigned to the FSF, so we can't include it a= s >> part of Emacs.=E2=80=8B >> > > Or, to be more accurate, include it as a part of the distribution. > > In the tarball, in the .deb packages builds by GNU/Linux distributions, > etc. > > I was arguing that it shouldn't be necessary to have an Elisp package in >> the repository. >> > > I'm not sure who you're arguing against. Currently, we don't have any external Elisp dependencies.=E2=80=8B There's = an assumption that Elisp dependencies must be in the repo and source release. I'm arguing against that status quo, not anyone in particular. How would it even be used? Will you write an abstraction over Flycheck and > Flymake that Emacs would integrate with instead? > It could be similar to movemail vs GNU mailutils: if you build against the latter, you get its mail support out of the box; if you don't, it falls back to the former.=E2=80=8B I don't think there's a huge need for a common abstraction for Flycheck and Flymake, as they're largely passive in use: you switch them on and they work in the background. Certainly, I didn't find I had to migrate a huge number of settings when I switched from one to the other. --=20 https://rrt.sc3d.org --f403043e73a4d67a2a055c4864cc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On 2= 4 October 2017 at 11:21, Dmitry Gutov <dgutov@yandex.ru> wrot= e:
On 10/24/17 1:07 PM, = Reuben Thomas wrote:
we can't get its copyright assigned to the FSF, so we can't include= it as part of Emacs.=E2=80=8B

 Or, to be more accurate, include it as a part of the distribution.

In the tarball, in the .deb packages builds by GNU/Linux distributions, etc= .

I was arguing that it shouldn't be necessary to have an Elisp package i= n the repository.

 I'm not sure who you're arguing against.

Currently, we don't have any external Elisp depende= ncies.=E2=80=8B There's an assumption that Elisp dependencies must be i= n the repo and source release. I'm arguing against that status quo, not= anyone in particular.

How would it even be used? Will you write an abstraction over Flycheck and = Flymake that Emacs would integrate with instead?

It could be similar to movemail vs GNU= mailutils: if you build against the latter, you get its mail support out o= f the box; if you don't, it falls back to the former.=E2=80=8B

I don't think there's a huge nee= d for a common abstraction for Flycheck and Flymake, as they're largely= passive in use: you switch them on and they work in the background. Certai= nly, I didn't find I had to migrate a huge number of settings when I sw= itched from one to the other.
--
<= div dir=3D"ltr">https://= rrt.sc3d.org
--f403043e73a4d67a2a055c4864cc--