From: Eli Zaretskii <eliz@gnu.org>
To: Reuben Thomas <rrt@sc3d.org>
Cc: rms@gnu.org, npostavs@users.sourceforge.net, kerolasa@iki.fi,
emacs-devel@gnu.org, joaotavora@gmail.com, acm@muc.de,
sdl.web@gmail.com, monnier@iro.umontreal.ca
Subject: Re: [PATCH] Flymake support for C/C++
Date: Sat, 14 Oct 2017 11:33:39 +0300 [thread overview]
Message-ID: <83r2u6i0ws.fsf@gnu.org> (raw)
In-Reply-To: <CAOnWdojBbdtkKWPtciQGxDWH9unnUkEU4EtM2xw2FO7AqLsiEw@mail.gmail.com> (message from Reuben Thomas on Sat, 14 Oct 2017 09:15:52 +0100)
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Sat, 14 Oct 2017 09:15:52 +0100
> Cc: Richard Stallman <rms@gnu.org>, João Távora <joaotavora@gmail.com>,
> Sami Kerola <kerolasa@iki.fi>, emacs-devel@gnu.org, Alan Mackenzie <acm@muc.de>,
> Noam Postavsky <npostavs@users.sourceforge.net>, sdl.web@gmail.com,
> Stefan Monnier <monnier@iro.umontreal.ca>
>
> I don't understand: Flycheck is an external package; why should we
> prefer it to Flymake, assuming that the latter will become supported
> well by the built-in major modes?
>
> See http://www.flycheck.org/en/latest/user/flycheck-versus-flymake.html#flycheck-versus-flymake
That compares with the old Flymake.
> And I suggested precisely bundling Flycheck with Emacs.
Is this likely to happen? The comments here seem to be clear evidence
to the contrary:
https://github.com/flycheck/flycheck/issues/323#issuecomment-38094131
https://github.com/flycheck/flycheck/issues/323#issuecomment-38169115
> Because with Flycheck this is already accomplished. Why not work instead on things that Emacs lacks?
> There are already far too many duplicated packages, leading to duplicated maintenance effort.
See above: the Flycheck developers seem to be unwilling to work with
this project. Having a good bundled alternative could very well
become a better one.
next prev parent reply other threads:[~2017-10-14 8:33 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-12 15:09 [PATCH] Flymake support for C/C++ João Távora
2017-10-12 15:50 ` Mark Oteiza
2017-10-12 17:50 ` Alan Mackenzie
2017-10-12 18:45 ` Stefan Monnier
2017-10-12 20:45 ` Alan Mackenzie
2017-10-12 21:03 ` Stefan Monnier
2017-10-13 6:28 ` Eli Zaretskii
2017-10-12 18:46 ` João Távora
2017-10-12 20:39 ` Alan Mackenzie
2017-10-12 21:05 ` Stefan Monnier
2017-10-12 21:24 ` João Távora
2018-06-01 21:07 ` Alan Mackenzie
2018-06-01 21:54 ` João Távora
2018-06-01 22:08 ` Stefan Monnier
2018-06-01 23:23 ` Rolf Ade
2018-06-02 10:33 ` Alan Mackenzie
2018-06-02 14:44 ` Stefan Monnier
2018-06-02 18:13 ` João Távora
2018-06-03 15:45 ` Alan Mackenzie
2018-06-03 16:28 ` João Távora
2018-06-03 16:43 ` Alan Mackenzie
2018-06-03 17:02 ` João Távora
2018-06-02 17:16 ` Stefan Monnier
2018-06-02 15:26 ` Stefan Monnier
2018-06-03 13:44 ` Alan Mackenzie
2017-10-14 1:34 ` Richard Stallman
2017-10-14 7:10 ` Reuben Thomas
2017-10-14 7:58 ` Sami Kerola
2017-10-14 8:00 ` Eli Zaretskii
2017-10-14 8:15 ` Reuben Thomas
2017-10-14 8:22 ` Dmitry Gutov
2017-10-14 8:29 ` Reuben Thomas
2017-10-14 10:36 ` Eli Zaretskii
2017-10-14 11:22 ` Reuben Thomas
2017-10-14 8:33 ` Eli Zaretskii [this message]
2017-10-17 10:53 ` Phillip Lord
2017-10-17 10:56 ` Reuben Thomas
2017-10-18 4:03 ` Richard Stallman
2017-10-18 10:18 ` Reuben Thomas
2017-10-19 3:26 ` Richard Stallman
2017-10-19 7:38 ` Reuben Thomas
2017-10-22 23:18 ` Richard Stallman
2017-10-22 23:23 ` Reuben Thomas
2017-10-24 4:12 ` Richard Stallman
2017-10-24 9:45 ` Reuben Thomas
2017-10-24 9:48 ` Dmitry Gutov
2017-10-24 9:52 ` Reuben Thomas
2017-10-24 9:57 ` Dmitry Gutov
2017-10-24 10:07 ` Reuben Thomas
2017-10-24 10:21 ` Dmitry Gutov
2017-10-24 10:28 ` Reuben Thomas
2017-10-24 15:44 ` Stefan Monnier
2017-10-25 19:30 ` Richard Stallman
2017-10-27 0:43 ` Reuben Thomas
2017-10-28 21:47 ` Richard Stallman
2017-10-18 12:16 ` Clément Pit-Claudel
2017-10-18 17:30 ` John Wiegley
2017-10-14 13:55 ` Stefan Monnier
2017-10-14 9:33 ` João Távora
2017-10-14 10:56 ` guillaume papin
2017-10-14 16:29 ` João Távora
2017-10-14 16:36 ` Reuben Thomas
2017-10-18 12:22 ` Clément Pit-Claudel
2017-10-18 14:26 ` João Távora
2017-10-14 9:29 ` João Távora
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83r2u6i0ws.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=acm@muc.de \
--cc=emacs-devel@gnu.org \
--cc=joaotavora@gmail.com \
--cc=kerolasa@iki.fi \
--cc=monnier@iro.umontreal.ca \
--cc=npostavs@users.sourceforge.net \
--cc=rms@gnu.org \
--cc=rrt@sc3d.org \
--cc=sdl.web@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).