From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#40573: 27.0.90; flymake-mode broken in scratch buffer Date: Sat, 18 Apr 2020 14:08:23 +0300 Message-ID: <835zdxaw60.fsf@gnu.org> References: <835ze4lsr1.fsf@gnu.org> <831roslq62.fsf@gnu.org> <87sgh89r78.fsf@mail.linkov.net> <83lfn0j92e.fsf@gnu.org> <87imi39e8w.fsf@mail.linkov.net> <83h7xmipi7.fsf@gnu.org> <878sivdsjn.fsf@mail.linkov.net> <83r1wmd2u0.fsf@gnu.org> <83a73acted.fsf@gnu.org> <837dyecoyb.fsf@gnu.org> <835zdyclfa.fsf@gnu.org> <83zhbab07u.fsf@gnu.org> <83v9lyazdo.fsf@gnu.org> <83r1wmav3h.fsf@gnu.org> <83a739b0sd.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="71634"; mail-complaints-to="usenet@ciao.gmane.io" Cc: contovob@tcd.ie, 40573@debbugs.gnu.org, juri@linkov.net, monnier@iro.umontreal.ca, dgutov@yandex.ru To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 18 13:09:17 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jPlLY-000IUF-0X for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Apr 2020 13:09:16 +0200 Original-Received: from localhost ([::1]:56784 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPlLW-0006Eo-JM for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Apr 2020 07:09:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52094) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jPlLL-0006Ct-TX for bug-gnu-emacs@gnu.org; Sat, 18 Apr 2020 07:09:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jPlLK-0000t4-JB for bug-gnu-emacs@gnu.org; Sat, 18 Apr 2020 07:09:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58708) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jPlLK-0000sO-Fv for bug-gnu-emacs@gnu.org; Sat, 18 Apr 2020 07:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jPlLK-0007p9-BK for bug-gnu-emacs@gnu.org; Sat, 18 Apr 2020 07:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Apr 2020 11:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40573 X-GNU-PR-Package: emacs Original-Received: via spool by 40573-submit@debbugs.gnu.org id=B40573.158720812730052 (code B ref 40573); Sat, 18 Apr 2020 11:09:02 +0000 Original-Received: (at 40573) by debbugs.gnu.org; 18 Apr 2020 11:08:47 +0000 Original-Received: from localhost ([127.0.0.1]:42021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPlL1-0007oZ-FQ for submit@debbugs.gnu.org; Sat, 18 Apr 2020 07:08:47 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jPlKz-0007oJ-FA for 40573@debbugs.gnu.org; Sat, 18 Apr 2020 07:08:42 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56941) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jPlKs-0008VN-ON; Sat, 18 Apr 2020 07:08:34 -0400 Original-Received: from [176.228.60.248] (port=1392 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jPlKr-0003oT-UJ; Sat, 18 Apr 2020 07:08:34 -0400 In-Reply-To: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Sat, 18 Apr 2020 11:03:01 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:178557 Archived-At: > From: João Távora > Date: Sat, 18 Apr 2020 11:03:01 +0100 > Cc: "Basil L. Contovounesios" , Stefan Monnier , > Juri Linkov , 40573@debbugs.gnu.org, Dmitry Gutov > > > Thanks. The backward-incompatible change in lisp-mode-variables is > > something I'd like to avoid. Is it really necessary? > > What is it backward-incompatible to? As far as I can tell, it's an > internal lisp routine, not called by any code outside of Emacs core. It isn't internal judging by its symbol, so it would be good not to break compatibility, I think. > If you're talking strictly about about keeping the calling convention > for any hypothetical user code that might be relying on it, we can > add `&rest dummy`. But I can't really see the why. It's just good practice. It prevents us from dealing with later complaints and bug reports about breaking someone's code. > Do you want me to do either of these 2 things? If it isn't infeasible, please do. > > The tramp-persistency-file-name has a known fixed file name; why not > > add it to auto-mod-alist? Likewise with eww's eww-bookmarks and > > saveplace's save-place-file (2 standard names). > > I just thought it was simpler to add the cookie. What's > the problem with that? Existing files was what I had in mind. > Anyway, I can surely switch to auto-mode-alist if you > insist, no problem. Do you insist in this? Do I have to insist? In any case, I didn't mean to use auto-mode-alist _instead_ odf adding the cookie automatically, I meant to do it in addition. > If you do use and know some of these files, I think I've shown > how trivial it is to make them use lisp-data-mode. Sorry, I don't have time to do that research for now. Hopefully, someone else will be able to do that. Thanks.