GNU bug report logs - #55811
29.0.50; No flymake diagnostics for no-byte-compile files

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>

Date: Sun, 5 Jun 2022 20:24:02 UTC

Severity: normal

Found in version 29.0.50

Full log


View this message in rfc822 format

From: Ship Mints <shipmints <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 55811 <at> debbugs.gnu.org
Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files
Date: Mon, 20 Jan 2025 05:35:20 -0500
[Message part 1 (text/plain, inline)]
> As the title says, if you enable `flymake-mode` in an ELisp file with
> a `no-byte-compile: t` in its file-local variables you don't get any
> diagnostics from the compiler (you do still get diagnostics from
> checkdoc, admittedly).
>
> I think `no-byte-compile` only means that we should load the `.el` file
> and not generate a `.elc` file and it shouldn't mean that we should
> refrain from asking the byte-compiler what is its opinion about the
> quality of this code.

Greetings. It looks like this conversation didn't end up with a solution.
This is annoying enough to me that I'd like to rejuvenate the discussion.
Anyone who adds the cookie to early-init.el and init.el, for example,
misses out on flymake diagnostics.

How about an added optional "lint" or "ignore-no-byte-compile" argument to
byte-compile-file to cause b-c-f to allow the byte compiler to run despite
the buffer local var? elisp-flymake--batch-compile-for-flymake would use
the new argument when calling b-c-f. Looks like a small change. I'm sure
I'm missing some subtleties? I could submit a patch for this, if people
agree.

-Stephane
[Message part 2 (text/html, inline)]

This bug report was last modified 133 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.