From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: joaotavora@gmail.com, bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 20:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 55811@debbugs.gnu.org Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= X-Debbugs-Original-To: bug-gnu-emacs@gnu.org X-Debbugs-Original-Xcc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by submit@debbugs.gnu.org id=B.16544605956927 (code B ref -1); Sun, 05 Jun 2022 20:24:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Jun 2022 20:23:15 +0000 Received: from localhost ([127.0.0.1]:33589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxwmI-0001ne-CL for submit@debbugs.gnu.org; Sun, 05 Jun 2022 16:23:15 -0400 Received: from lists.gnu.org ([209.51.188.17]:38058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxwmC-0001nS-Mo for submit@debbugs.gnu.org; Sun, 05 Jun 2022 16:23:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44866) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxwmC-0001BR-G8 for bug-gnu-emacs@gnu.org; Sun, 05 Jun 2022 16:23:08 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:42113) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxwm8-0007rS-PQ for bug-gnu-emacs@gnu.org; Sun, 05 Jun 2022 16:23:07 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 3344B4413F0 for ; Sun, 5 Jun 2022 16:23:03 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 11F494413E1 for ; Sun, 5 Jun 2022 16:23:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654460580; bh=0hthi8j1oorkUGXqKi12p0CnRLn96DA8E8g0VaSsH7k=; h=From:To:Subject:Date:From; b=UwN76OWtQlheZ4H2FUC9NIV/f0a7Wiysy6cVVwpoLBlRaVsWBpF1GrhYDC4yV+vOf b0HSpBTbTKtXT5mVLUXtp2AZkhgHGFJBiOHFIpQLc5vdYuW9Rvoz43xyIDPO7Ijq7n l2horEDLsADB3Bbbdmdcc2q9Hb6zhFivCMqjmg6/2mVVp3kAhxdckDlDepvw0HuSFX yYl2wuLfJbxYdbRx1W83QUCBK+/Fq7zE2GzLDoqs9kFhzksHZXIQqvqXv8TSLIlD6B p4RhB5ucCFGrj0ShGAOFOylp2d0gWftuFME0PsZ5QAXhHYiq9iOOlPb68Pdw/ZS8Vi lceM/thsYYlFw== Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B7681120494 for ; Sun, 5 Jun 2022 16:22:59 -0400 (EDT) From: Stefan Monnier Date: Sun, 05 Jun 2022 16:22:49 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.063 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Package: Emacs Version: 29.0.50 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. Stefan In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars) of 2022-05-27 built on pastel Repository revision: 0217902f8b8f1611fec87f4874edbbf485120f9b Repository branch: work Windowing system distributor 'The X.Org Foundation', version 11.0.12011000 System Description: Debian GNU/Linux 11 (bullseye) Configured using: 'configure -C --enable-checking --enable-check-lisp-object-type --with-modules --with-cairo --with-tiff=ifavailable 'CFLAGS=-Wall -g3 -Og -Wno-pointer-sign' PKG_CONFIG_PATH=/home/monnier/lib/pkgconfig' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB Important settings: value of $LANG: fr_CH.UTF-8 locale-coding-system: utf-8-unix Major mode: InactiveMinibuffer Minor modes in effect: csv-field-index-mode: t shell-dirtrack-mode: t server-mode: t electric-pair-mode: t global-reveal-mode: t reveal-mode: t auto-insert-mode: t savehist-mode: t minibuffer-electric-default-mode: t global-compact-docstrings-mode: t url-handler-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t global-prettify-symbols-mode: t file-name-shadow-mode: t global-font-lock-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /home/monnier/src/emacs/nongnu/packages/geiser-kawa/geiser-kawa-autoloads hides /home/monnier/src/emacs/nongnu/packages/geiser-kawa/elisp/geiser-kawa-autoloads /home/monnier/src/emacs/nongnu/packages/geiser/geiser-autoloads hides /home/monnier/src/emacs/nongnu/packages/geiser/elisp/geiser-autoloads /home/monnier/src/emacs/nongnu/packages/arduino-mode/ob-arduino hides /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ob-arduino /home/monnier/src/emacs/nongnu/packages/org-contrib/org-contrib-autoloads hides /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/org-contrib-autoloads /home/monnier/src/emacs/nongnu/packages/magit/magit-section-pkg hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section-pkg /home/monnier/src/emacs/nongnu/packages/magit/git-commit-autoloads hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit-autoloads /home/monnier/src/emacs/nongnu/packages/magit/magit-pkg hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-pkg /home/monnier/src/emacs/nongnu/packages/magit/git-commit-pkg hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/git-commit-pkg /home/monnier/src/emacs/nongnu/packages/magit/magit-section-autoloads hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-section-autoloads /home/monnier/src/emacs/nongnu/packages/magit/magit-autoloads hides /home/monnier/src/emacs/nongnu/packages/magit/lisp/magit-autoloads /home/monnier/src/emacs/nongnu/packages/pdf-tools/pdf-tools-autoloads hides /home/monnier/src/emacs/nongnu/packages/pdf-tools/lisp/pdf-tools-autoloads /home/monnier/src/emacs/nongnu/packages/php-mode/php-mode-autoloads hides /home/monnier/src/emacs/nongnu/packages/php-mode/lisp/php-mode-autoloads /home/monnier/src/emacs/nongnu/packages/jade-mode/sws-mode hides /home/monnier/src/emacs/nongnu/packages/stylus-mode/sws-mode /home/monnier/src/emacs/nongnu/packages/jade-mode/jade-mode hides /home/monnier/src/emacs/nongnu/packages/stylus-mode/jade-mode /home/monnier/src/emacs/nongnu/packages/jade-mode/stylus-mode hides /home/monnier/src/emacs/nongnu/packages/stylus-mode/stylus-mode /home/monnier/src/emacs/nongnu/packages/subed/subed-autoloads hides /home/monnier/src/emacs/nongnu/packages/subed/subed/subed-autoloads /home/monnier/src/emacs/nongnu/packages/with-editor/with-editor-autoloads hides /home/monnier/src/emacs/nongnu/packages/with-editor/lisp/with-editor-autoloads /home/monnier/src/emacs/elpa/packages/bbdb/bbdb-autoloads hides /home/monnier/src/emacs/elpa/packages/bbdb/lisp/bbdb-autoloads /home/monnier/src/emacs/nongnu/packages/paredit/test hides /home/monnier/src/emacs/elpa/packages/easy-kill/test /home/monnier/src/emacs/elpa/packages/emacspeak/emacspeak-autoloads hides /home/monnier/src/emacs/elpa/packages/emacspeak/lisp/emacspeak-autoloads /home/monnier/src/emacs/elpa/packages/embark-consult/embark-consult hides /home/monnier/src/emacs/elpa/packages/embark/embark-consult /home/monnier/src/emacs/elpa/packages/embark-consult/embark hides /home/monnier/src/emacs/elpa/packages/embark/embark /home/monnier/src/emacs/elpa/packages/embark-consult/embark-org hides /home/monnier/src/emacs/elpa/packages/embark/embark-org /home/monnier/src/emacs/elpa/packages/embark-consult/avy-embark-collect hides /home/monnier/src/emacs/elpa/packages/embark/avy-embark-collect /home/monnier/src/emacs/nongnu/packages/paredit/test hides /home/monnier/src/emacs/elpa/packages/pq/test /home/monnier/src/emacs/elpa/packages/realgud-lldb/cask-install hides /home/monnier/src/emacs/elpa/packages/realgud-trepan-ni/cask-install /home/monnier/src/emacs/elpa/packages/realgud-lldb/cask-install hides /home/monnier/src/emacs/elpa/packages/realgud/cask-install /home/monnier/src/emacs/elpa/packages/srht/srht-autoloads hides /home/monnier/src/emacs/elpa/packages/srht/lisp/srht-autoloads /home/monnier/src/emacs/elpa/packages/taxy/taxy-magit-section hides /home/monnier/src/emacs/elpa/packages/taxy-magit-section/taxy-magit-section /home/monnier/src/emacs/elpa/packages/transient/transient-autoloads hides /home/monnier/src/emacs/elpa/packages/transient/lisp/transient-autoloads /home/monnier/src/emacs/elpa/packages/transient/lisp/transient hides /home/monnier/src/emacs/work/lisp/transient /home/monnier/src/emacs/nongnu/packages/lua-mode/lua-mode hides /home/monnier/src/emacs/work/lisp/progmodes/lua-mode /home/monnier/src/emacs/elpa/packages/emacspeak/lisp/tetris hides /home/monnier/src/emacs/work/lisp/play/tetris /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ox-koma-letter hides /home/monnier/src/emacs/work/lisp/org/ox-koma-letter /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ol-man hides /home/monnier/src/emacs/work/lisp/org/ol-man /home/monnier/src/emacs/nongnu/packages/org-contrib/lisp/ob-julia hides /home/monnier/src/emacs/work/lisp/org/ob-julia /home/monnier/src/emacs/work/lisp/keymap hides /home/monnier/src/emacs/work/lisp/emacs-lisp/keymap /home/monnier/.emacs.d/elpa/hyperbole-8.0.0/set hides /home/monnier/src/emacs/work/lisp/emacs-lisp/set /home/monnier/src/emacs/elpa/packages/crisp/crisp hides /home/monnier/src/emacs/work/lisp/obsolete/crisp /home/monnier/src/emacs/elpa/packages/landmark/landmark hides /home/monnier/src/emacs/work/lisp/obsolete/landmark Features: (sml-mode emms-source-file locate emms emms-compat eev-wrap eev-template0 eev-env eepitch eev-multiwindow ielm buttercup ert buttercup-compat descr-text csv-mode beancount cus-edit cus-start cus-load autoconf autoconf-mode sh-script epa-file bindat markdown-mode bbdb-com bbdb bbdb-site timezone make-mode rfc2104 mailalias smtpmail textsec uni-scripts idna-mapping ucs-normalize uni-confusable textsec-check pp shadow sort mail-extr emacsbug rect sm-c-mode drupal/emacs-drush drupal/etags etags fileloop xref reposition mm-archive url-dav url-http-ntlm ntlm hmac-md5 hex-util md4 network-stream url-cache url-http url-gw nsm reftex-ref reftex-cite reftex-parse dabbrev tuareg speedbar imenu ezimage dframe skeleton tuareg-compat tuareg-opam smie caml-types caml-help find-file dired-aux drupal/ispell drupal/eldoc drupal/autoinsert drupal-mode cc-styles cc-align cc-engine cc-langs cc-vars cc-defs sql dired-x view cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs cal-french org-journal org-crypt cal-iso diary-lib diary-loaddefs cal-move html5-schema rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap sgml-mode facemenu nxml-util nxml-enc xmltok reftex-dcr reftex reftex-loaddefs reftex-vars tex-mode latexenc org-eldoc org-element avl-tree generator ol-eww eww xdg url-queue mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime smime dig gnus-sum shr pixel-fill kinsoku url-file url-dired svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus nnheader range wid-edit ol-docview doc-view jka-compr image-mode exif ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601 ol org-keys oc org-compat advice org-macs org-loaddefs format-spec cal-menu calendar cal-loaddefs gitignore-mode conf-mode ffap cl-print debug backtrace find-func vc-mtn vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs vc-got vc-annotate vc-dir ewoc shortdoc gnutls mule-util magit-utils crm dash log-edit message sendmail yank-media rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader add-log whitespace pulse color display-line-numbers bug-reference edmacro kmacro smerge-mode cl-extra wgrep executable copyright shell drupal/pcomplete pcomplete files-x grep autoload misearch multi-isearch vc-fossil vc-backup log-view pcvs-util vc diff vc-git diff-mode vc-dispatcher filecache autorevert filenotify raku-detect server time-date flymake-proc flymake project compile text-property-search comint ansi-color warnings noutline outline easy-mmode flyspell ispell checkdoc lisp-mnt thingatpt load-dir elec-pair reveal autoinsert savehist minibuf-eldef disp-table compact-docstrings ede/auto eieio-base geiser-impl help-fns radix-tree help-mode geiser-custom geiser-base ring proof-site proof-autoloads slime-autoloads sly-autoloads rx cl-seq engrave-faces gnu-elpa-features realgud-recursive-autoloads finder-inf compat url-auth info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source eieio eieio-core cl-macs gv pcase eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt bytecomp byte-compile cl-loaddefs cl-lib iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray button loaddefs oclosure cl-preloaded faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 1240648 196783) (symbols 48 46340 117) (strings 32 226460 23555) (string-bytes 1 8179239) (vectors 16 202898) (vector-slots 8 4464083 548777) (floats 8 1703 1486) (intervals 56 128360 2956) (buffers 992 267)) From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 20:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 55811@debbugs.gnu.org Cc: Stefan Monnier , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.16544612137953 (code B ref 55811); Sun, 05 Jun 2022 20:34:02 +0000 Received: (at 55811) by debbugs.gnu.org; 5 Jun 2022 20:33:33 +0000 Received: from localhost ([127.0.0.1]:33605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxwwG-00024C-NP for submit@debbugs.gnu.org; Sun, 05 Jun 2022 16:33:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxwwE-00023z-Su for 55811@debbugs.gnu.org; Sun, 05 Jun 2022 16:33:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=oQmyt150h8dImZ13pAElKMXOvp0anbA8yF9hohL1BT4=; b=tq12LCRkmiy6fFOTNsJuesUXxN uR9qZcxUAeNZYHfgbzcZ3qMAh/GQvTTRP7py+BpTFAJ9IZwTIqWmwGioja4AN4TbMPZkhLfqinjFs qkKX4+pFWcEyYAK25IFocMPzRT5sRSq0BrUAQcZQR4iqjfu7oHwINEMXkUnq4aJvPJeM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nxww4-0006Ic-61; Sun, 05 Jun 2022 22:33:22 +0200 From: Lars Ingebrigtsen References: Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUmIyBCPjvb2NWC fnxaVlP///8D7NzBAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+YGBRQfBGVPloYAAAFbSURBVDjLxZJh bsMwCIVBywHMxgmcHGCNfYBSc/8zDezUsdto2r9RVVX5DLxnAxhzbJFV1EOgBj5iB3QNkhIF6IEl 9hIhog50j2NJA8t9mYCXWLPl2z5AvdWabXIFd5YExKcq5bU2Kxl0ULXxTjZFAmQXxynWKatmQFcZ 6o+pKmmPJcUtnEobUH2sJHo7U82lTSs5IN/G0whkPenLhpGcWcKjK6uD45owcB/mALwCUcMyXKSp NxGWV9ZJGnFzi+S+wwQomD+XGF4qiOr1eQmegFmFWKjmazwtstm3b7DjXivHs1cgyAp2shY8RxgQ A/IEw3B/OlUwhqO/CiSpXwaeirGuWdE63J2EXqBtAQ8wjHBiPuq6jdbtv7Dt87SHHTmcL8rTbf11 zpOWtmwCr31Y057f0q0m5Yv8aPa3wKuMXB793OgC2NPtG73nP2J79Cls02DJfgF/kPbf8QN9MkfQ q5Pp+wAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wNi0wNVQyMDozMTowNCswMDowMKZIlPYAAAAl dEVYdGRhdGU6bW9kaWZ5ADIwMjItMDYtMDVUMjA6MzE6MDQrMDA6MDDXFSxKAAAAAElFTkSuQmCC X-Now-Playing: Nils Petter =?UTF-8?Q?Molv=C3=A6r's?= _Solid Ether_: "Ligotage" Date: Sun, 05 Jun 2022 22:33:19 +0200 In-Reply-To: (Stefan Monnier via's message of "Sun, 05 Jun 2022 16:22:49 -0400") Message-ID: <87k09u26ls.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > 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 opin [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > 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. I stumbled onto a related thing earlier tonight -- I said `M-x byte-compile-file RET RET' and then it did nothing -- because of the no-byte-compile. I'm not sure whether I agree with that -- if I've explicitly asked Emacs to do it, I think that should override the cookie. Or at least issue a message of some sort. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 23:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.165447057122627 (code B ref 55811); Sun, 05 Jun 2022 23:10:01 +0000 Received: (at 55811) by debbugs.gnu.org; 5 Jun 2022 23:09:31 +0000 Received: from localhost ([127.0.0.1]:33703 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxzNC-0005ss-W4 for submit@debbugs.gnu.org; Sun, 05 Jun 2022 19:09:31 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:37027) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxzN8-0005sc-1a for 55811@debbugs.gnu.org; Sun, 05 Jun 2022 19:09:30 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 37D13808D4; Sun, 5 Jun 2022 19:09:20 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id EA93980722; Sun, 5 Jun 2022 19:09:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654470558; bh=yuFwZksfPuxtc6lG0ukAYiOskQ/6FRl2v0cozEzCMCM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=LSkYuzbzp0nC13pS7Fvp8jqVpPCXOwo9yk/lAJUJLgq8+3A1KPskbv9Eo8Zh63zz6 +0kb3mfADhb3sbWKEXlmczQqrK+BWEWD2s26ha1niqOecCZ4h3JhxES6mx/pcs7oAh TB+SPJ0qEpbh3/AB00dWA3g0m31cbrV6aOSkP24C+Qe8bLegWzpJK6lNJjZypDed3Y Wkx6Bjc2dgCdfATVbSiyBp6FxgzQYwBsy/2mKLbu33H2CyhqrbMlgTlbQKcYdv7ATA +e+K0K7Imzb98AcyFVlycQqZJse5TnUDn1Z5dlw10nM5Ng1Nn1t3sN70VDx8aVH8eV RWbVeflp44LRw== Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B7BDA1204BA; Sun, 5 Jun 2022 19:09:18 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87k09u26ls.fsf@gnus.org> Date: Sun, 05 Jun 2022 19:09:17 -0400 In-Reply-To: <87k09u26ls.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 05 Jun 2022 22:33:19 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.056 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > I stumbled onto a related thing earlier tonight -- I said `M-x > byte-compile-file RET RET' and then it did nothing -- because of the > no-byte-compile. > > I'm not sure whether I agree with that -- if I've explicitly asked Emacs > to do it, I think that should override the cookie. Or at least issue a > message of some sort. That's a slightly different case from mine: the `no-byte-compile` is often used either because the user really only ever wants to load the `.el` or because the compilation is known to fail (e.g. because it requires macros defined in a package that's not marked as a strict dependency, very common in tests). Generating a `.elc` file explicitly with `M-x byte-compile-file` could be a problem if subsequent "normal" use will fail to update that `.elc` because of the `no-byte-compile`. So, I think `byte-compile-file` should not silently override the `no-byte-compile`. It could prompt to choose between "really compile" and "compile but don't generate the .elc file". Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Jun 2022 12:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.165451924128292 (code B ref 55811); Mon, 06 Jun 2022 12:41:02 +0000 Received: (at 55811) by debbugs.gnu.org; 6 Jun 2022 12:40:41 +0000 Received: from localhost ([127.0.0.1]:34604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyC2D-0007MG-H1 for submit@debbugs.gnu.org; Mon, 06 Jun 2022 08:40:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39374) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyC2B-0007M3-Dg for 55811@debbugs.gnu.org; Mon, 06 Jun 2022 08:40:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zO0vQOtEiO2iP0RkluRqpk4CpOLLoVNPArziKo2n4G0=; b=jcmnYsSdH9mFdkskgxn/kErQQt XGS94rXz1JpNkCcioPmyxmdskYAXYw7Ty0AkQKwzYcESOVqOV1L9pp2XeqtTlJBhLrJEhs8wRS0A/ KaU7sCfcFPlLOhCR7fdeiFgSDVkohpYxKL0rpdgW2WAw6JHQT5yTm0FC0SJnQ1nrYAcc=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nyC21-0002bd-Qk; Mon, 06 Jun 2022 14:40:32 +0200 From: Lars Ingebrigtsen References: <87k09u26ls.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEXPy7xOQECIeHid UJn///+ao3MeAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YGBgwWNJLUQEUAAAGxSURBVDjLXZTblcMw CEQxbsCQBgA34N3039sOD3nj6PiD6AoYAQrR/9r0fOcycjEKCz+wy/jkVSBoSxCiAhAOWwpgl4PU AcrFiPb2sAwsLvINOiOAa51Btk7Olr/hIHqkFQvAgleFCk1V8RrASA5p8ECYTJn3uN4ZOMgSQGCF 3ccjlzL2ve0HsIxFqdCYdxrAqWVTgUDYDFV7J69zviJxnAsgglLlLu9Y1aUFqMEkP8o/PK/RMh6q ZCKVsM8iJojVwy8Pl6VqgSyPVHUb2AJ8A6vcdH6EigGsFgPUDNot+yF5u1uuWpUqq5s39Bu0lqpu mqzfAPm1y26dI2LA1vMD+3w0CqOpbd33oJE/A2ePSaTlkc05n4BShvFBfAOeMS0/PbwHLuf+LniG iluuBdfe9b52AL5zcDYa8a+rwO3BA/i6MLKsMkONqUcOfHzkLGPu4vwpAMuJXSEGoVxDqwV4R2pe A4RzANIdyL7FIfWcNcEmEduQqAsa5BZgfXUoHFn3ACBBgAEcMoPme7YlOjme+DGAzt/s5ACDQP/4 j4HgebUsn0XMOq7n7AswdXN0tdbjD0FgXKAO/X3SAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA2 LTA2VDEyOjIyOjUyKzAwOjAwkjTvCQAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wNi0wNlQxMjoy Mjo1MiswMDowMONpV7UAAAAASUVORK5CYII= X-Now-Playing: Hilt's _Stoneman_: "B.I.T.D. (Beer In The District)" Date: Mon, 06 Jun 2022 14:40:29 +0200 In-Reply-To: (Stefan Monnier's message of "Sun, 05 Jun 2022 19:09:17 -0400") Message-ID: <87h74yx8w2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Monnier writes: > So, I think `byte-compile-file` should not silently override the > `no-byte-compile`. It could prompt to choose between "really compile" > and "compile but don't generate the .elc file". Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Monnier writes: > So, I think `byte-compile-file` should not silently override the > `no-byte-compile`. It could prompt to choose between "really compile" > and "compile but don't generate the .elc file". Yup. Or perhaps just issue a message that it's not doing anything -- this is a pretty obscure situation, after all. By the way, do we have a convenient command for "compile but don't generate the .elc file" somewhere? (I feel like I've asked this before, but I've suppressed the memory of the answer.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 06:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.165458403615065 (code B ref 55811); Tue, 07 Jun 2022 06:41:02 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 06:40:36 +0000 Received: from localhost ([127.0.0.1]:37355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyStI-0003uu-A9 for submit@debbugs.gnu.org; Tue, 07 Jun 2022 02:40:36 -0400 Received: from mail-wm1-f54.google.com ([209.85.128.54]:45933) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyStF-0003ue-2M for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 02:40:35 -0400 Received: by mail-wm1-f54.google.com with SMTP id n124-20020a1c2782000000b003972dfca96cso8942942wmn.4 for <55811@debbugs.gnu.org>; Mon, 06 Jun 2022 23:40:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=keNKtyIX8Bp3gSDrCDy/4d2kYkWXOqkAzK97qYZ3U+s=; b=Lm5FMCaqa4xft/YRxAykiJLjmkQAGAYSaJxUFcyy/7+riscCpZHNjTrr4IPZTtltza ALvwn3IQAE4Wz5ZKvbxBhjeMd2YsmIxZwqYeO4uZfJaHaZczBEaPUyqQsINpp14y/VRl z4GtauanZuQfYk6OOXKc1bWvFxPBo4HE35MMf+qGOo3hgJrGqoUoe34i8P3krFwM7+/7 +J1lVTuj2Z9UL5cl4BfdSyfYug1l1fJpS6qbl80L69AWSi2ODuNHqdQVYQ4TqXZPk/qf RfSaNp7qwa3yS+WrgtlxGLrx5Zc4Gymzal7fX+DHCWAPYEMl+fQ1C23aMgiSXbEXZrOZ Ka5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=keNKtyIX8Bp3gSDrCDy/4d2kYkWXOqkAzK97qYZ3U+s=; b=22vjtTsl+eUMSgcYTJ4hE8+9OEr458akB+iw15cnD0M6B0AhO8hdNW1W9fl6IV7ZJ9 S2nxP3t79C0jmReOdFWNT2VgRV/SXpbs+0RQ7XiwjeWqaXMWjTB82n+TcKsVlb34M+YV 6RFSddLfjOEFqElvln0OqLQkVCgWb66E1K5i51xcfJ+krwayuGebCeemEB7VpFeAWl44 gcLIAUwT+fsB5PF1df/sxWj3np2Twsb4g+7DsNfnW+4jgUMmBPcBl7S8Gdry+2PRa0/E gk8x3vifOlnDBRuIEUtfiuMPmAf89AHJFGOSoDuwFX/XuwwKL9HnUdYVdowi6VoFCO/D 4CVg== X-Gm-Message-State: AOAM530LYPdLF48d5RXQimnw51bWjTHLvDw1ar4y52zAeaPRTn5B/NSX OXap2IiZ5/WIcVbFTrq9wbBrp1zA7t0PrA== X-Google-Smtp-Source: ABdhPJwQx+fiyNoaCzzkugrlsG1fa2ol49DsRk6pMV/SRyoff4gW7OcwbtUw1MwUemK0z34Wv2AQ0g== X-Received: by 2002:a05:600c:3c8f:b0:39b:808c:b5cb with SMTP id bg15-20020a05600c3c8f00b0039b808cb5cbmr27680166wmb.11.1654584026775; Mon, 06 Jun 2022 23:40:26 -0700 (PDT) Received: from krug ([87.196.73.138]) by smtp.gmail.com with ESMTPSA id h1-20020a056000000100b0020c5253d8casm17084108wrx.22.2022.06.06.23.40.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Jun 2022 23:40:26 -0700 (PDT) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87k09u26ls.fsf@gnus.org> Date: Tue, 07 Jun 2022 07:41:41 +0100 In-Reply-To: (Stefan Monnier's message of "Sun, 05 Jun 2022 19:09:17 -0400") Message-ID: <87k09t561m.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Stefan, Stefan Monnier writes: > That's a slightly different case from mine: the `no-byte-compile` is > often used either because the user really only ever wants to load the > `.el` or because the compilation is known to fail (e.g. because it > requires macros defined in a package that's not marked as a strict > dependency, very common in tests). By this you mean that the provider of such macros is not `require`d? Then I don't understand what Flymake's byte-compilation backend could do about this either... As far as I understand it would just red-underline all the unknown macro-using forms, their bodies wouldn't be checked. Is this what you want? To check the rest of the file regardless? Of course you know this -- but just to clarify -- the byte-compilation backend works by launching a Emacs -Q which is asked to byte-compile only a file containing the current buffer's contents. During that byte-compilation nothing more is loaded apart from what is preloaded or explicitly loaded by the file at compile-time (via require or eval-when/and-compile stuff). A related issue is that when there _is_ an explicit require, then the load-path support is pretty poor: only the current directory is added to it. If the `require`'d file lives somewhere else, there's no way to hint that to the byte-comp backend, with a particular load-path. Anyway, maybe you could give small example of such a file containing such a cookie where you think Flymake's "I refuse to lint this" behavior could be improved. Jo=C3=A3o From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 11:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: Lars Ingebrigtsen , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.16546024589971 (code B ref 55811); Tue, 07 Jun 2022 11:48:02 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 11:47:38 +0000 Received: from localhost ([127.0.0.1]:38818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyXgP-0002ai-SJ for submit@debbugs.gnu.org; Tue, 07 Jun 2022 07:47:38 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:31947) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyXgK-0002U8-Un for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 07:47:36 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 16F8F4426C5; Tue, 7 Jun 2022 07:47:27 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id AC4334426C2; Tue, 7 Jun 2022 07:47:25 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654602445; bh=xKrQwsob7Ao8KZ4bU5cFneb48ROYpfTnSvbf+PPaIRg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=bAofUtW6zsI0Zu3psrfAcn/0is+QRtmZICBeUV24luQ4ObcdWuYgXUfixxvIWd6Z5 apWK6g30UEoIAfbZpvP+U0iWiZ16k5d9HIMecIL5Bz5m+mTBMeJDU2yJCQdvwSM23g P1evfhw4jdsT5lRiw1Yl0uunu51W84FeMr4+jF/N0mFotu4nzyibjZ52wvEFfk+4hK spDLWaJUHpGK3/utMWe02XFa+oGmTTTZJx7Rb69smNpy6z/R1EJeokeWyC9YCtYyiM uwWO0UKCf9twIpJ1Y+LwspSDpBnvucD8bUrPRSJw6mvZVhfjvzxNQPeYi8jTESIQWf ZQ01MmK1UnBbg== Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 725281204C5; Tue, 7 Jun 2022 07:47:25 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> Date: Tue, 07 Jun 2022 07:47:24 -0400 In-Reply-To: <87k09t561m.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Tue, 07 Jun 2022 07:41:41 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.061 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain KAM_SHORT 0.001 Use of a URL Shortener for very short URL T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Of course you know this -- but just to clarify -- the byte-compilation > backend works by launching a Emacs -Q which is asked to byte-compile > only a file containing the current buffer's contents. During that > byte-compilation nothing more is loaded apart from what is preloaded or > explicitly loaded by the file at compile-time (via require or > eval-when/and-compile stuff). This bug-report is about the fact that there is no benefit to obeying `no-byte-compile` in flymake. Not about improving the way the sub-process reproduces a "good" initial state to compile the file (e.g. set up of `load-path` and whatnot). > Anyway, maybe you could give small example of such a file containing > such a cookie where you think Flymake's "I refuse to lint this" behavior > could be improved. A good example are all the files in the [EEV](http://elpa.gnu.org/packages/eev.html) package. Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 11:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.165460291110806 (code B ref 55811); Tue, 07 Jun 2022 11:56:01 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 11:55:11 +0000 Received: from localhost ([127.0.0.1]:38840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyXnj-0002oD-9m for submit@debbugs.gnu.org; Tue, 07 Jun 2022 07:55:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyXna-0002nS-Ip for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 07:55:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=8LPYpGq6dTddfd6KplOoekr0rN7y7P6OMRg9GH9oo9E=; b=GeBuWL1qyNrNSaVaTMYUQ3J/LZ hBu4SoRP9iStJmpm1OhzL/Mw2Rr2l4BdJYf5kEfs+H3BTEdKCVLAxVAWLU4B5QFz07ev+DtE9d24v YcF78DJFBqoyOxUK0Vc66xF8US1+XLPP8L+xSEJIoZhqTl1S/rzZhQV9te6HOTvFBHZQ=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nyXnQ-00029f-OG; Tue, 07 Jun 2022 13:54:55 +0200 From: Lars Ingebrigtsen References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUEAgJ3dJSDfJqw kmPCubRbSD+Sb0osHRn////yXTMLAAAAAWJLR0QIht6VegAAAAd0SU1FB+YGBwsdJaZjyJwAAAGT SURBVDjL1VPBbuQgDLW0lTgTTdpzUPYDVjA5TwOTc7Ot4borCrkidah/f01npqp6rrTqU5QQP/z8 bAHA94JsGNTQDZ26wOy6QQIv3GeMzs3QDapfu2FU8zi/E7MawG81EPYr9tX/lamTTeG+6yGaufMV Kz7qX2mI1jjrxiMiE8vtbyXV+KGGsTEBf3+24PwedNboqIEVj+O8Kjk+phzv8xKNTVE7wB0GFIJQ njbv/W6vjEs5Z+glBCFxRXzS0Whj+YkuRSBfQNwRCToZLmGtniyL5etkmLgx7nByS85O6+ShiEKM xFLOHW5sjtxAPCK0MJdHoidnlh824+uz9WkDakzNeasvblqEjftqlhwSsFOqPk8Jo9lvYLXmxFAQ aA1U9YSINac/oOOU4/RQCAgJ0Vha7ypS4Z54H4Yi2CgHMAhOoWabwXUbIaAFKhPlraHzL53XhXcW 7rGINgIeRQ2NKG8SLedBYNMiLgRN6yLFWRzhd9t3nZUo11X5fMDobKhliLODa87F6Zcc4+ZH/O+7 9B3xD0fhnNvs0itgAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA2LTA3VDExOjI5OjM3KzAwOjAw 7SHPgQAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wNi0wN1QxMToyOTozNyswMDowMJx8dz0AAAAA SUVORK5CYII= X-Now-Playing: Blaine L. Reininger's _Commissions 2 (2)_: "Mombalaya" Date: Tue, 07 Jun 2022 13:54:52 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 07 Jun 2022 07:47:24 -0400") Message-ID: <877d5sk7sj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Monnier writes: > This bug-report is about the fact that there is no benefit to > obeying `no-byte-compile` in flymake. Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, you'll get a whole bunch of compilation errors, and you don't want to see those, I think? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Monnier writes: > This bug-report is about the fact that there is no benefit to > obeying `no-byte-compile` in flymake. Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, you'll get a whole bunch of compilation errors, and you don't want to see those, I think? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 12:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.165460329617362 (code B ref 55811); Tue, 07 Jun 2022 12:02:02 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 12:01:36 +0000 Received: from localhost ([127.0.0.1]:38866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyXtu-0004UL-SE for submit@debbugs.gnu.org; Tue, 07 Jun 2022 08:01:36 -0400 Received: from mail-wr1-f52.google.com ([209.85.221.52]:40828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyXtp-0004KB-5T for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 08:01:33 -0400 Received: by mail-wr1-f52.google.com with SMTP id k16so23855939wrg.7 for <55811@debbugs.gnu.org>; Tue, 07 Jun 2022 05:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=GQxkozSOvG/GIUT0PcwHOQ4GBUbzj5Im8D2iaeCHQC8=; b=YzTD756pHfzhUfBQX3vsQRv2tUWybYT1E+tvEGWq+IvbJMh26VAW+JgEWzNAFm+xVN dkGcBX4GtrASO0hnUIDlwhdyfXoXT/s+9U0HwiM6xPeZW6tiXOpQd4eV9GbNUiO8tYUz AyoErp8i6WGGU6yI/Pm1hKxACsbPEduJRW/XoLED9GXxjJM8Y//njRICPTU9hjLVo4Wp qPDmMfnraCt0t+7v3LwkIBCeO7ywP3Ps7mExfvsNOD/9WWjUBp/PduD9660Jq6y3sr85 phAaQEwovrQXBqbacmzyHjfxQeBOD9w54VUW8c3Q0vs2Woteb+ZNlPWEo1L2RVxP8ct0 WOLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=GQxkozSOvG/GIUT0PcwHOQ4GBUbzj5Im8D2iaeCHQC8=; b=x+UOsLI/1jJDkVthC6OOJmB63F3aAG1vOG6AZhRsQvl0OUs4aYip9msKu1EPwzzeq8 sixkPBrPwG+UiRTisXNDaQfJp21oAHH6s6V12jjrTfNuaxoJJMUOT/SttjG53+LVjIaQ AUthFmLLGbu8dzeRSvPDJ0bG+CIkM9CFfFTq1BGd0oy9DeBFmRln8SYqx+MXLXhegILq AM2giB6Iy5h5UCJg/AaPkVL2F11sGU899TB4roR4bL1KjUG4tdHfTCaaWr+R95BHHXaU 1fqLc0XBZsbYUw0Dj4FWIHxt/KDhbqPQH6ehUqtrs0nBMavYzkdFbTG0cDSy4KKRrg/n TASQ== X-Gm-Message-State: AOAM533bBU/vO6UsqLh+DdsInrP/3xzMw6j9K+sD/mIASSC85sdln+3q k9lM1SGnT33ktctuOZK8h8P4iRvUmCEekw== X-Google-Smtp-Source: ABdhPJx9Jy7c0PI8BrkECLNODG2P4ENU9PvsyPgRshH9GD0fFT9K5B8K4kQH6u8l95fN25MPyWjNAw== X-Received: by 2002:adf:f68f:0:b0:216:10c6:b389 with SMTP id v15-20020adff68f000000b0021610c6b389mr17930465wrp.251.1654603282685; Tue, 07 Jun 2022 05:01:22 -0700 (PDT) Received: from krug ([87.196.73.138]) by smtp.gmail.com with ESMTPSA id s1-20020adfea81000000b00210320d9fbfsm21561955wrm.18.2022.06.07.05.01.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jun 2022 05:01:22 -0700 (PDT) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> Date: Tue, 07 Jun 2022 13:02:41 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 07 Jun 2022 07:47:24 -0400") Message-ID: <87bkv465r2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Monnier writes: >> Of course you know this -- but just to clarify -- the byte-compilation >> backend works by launching a Emacs -Q which is asked to byte-compile >> only a file containing the current buffer's contents. During that >> byte-compilation nothing more is loaded apart from what is preloaded or >> explicitly loaded by the file at compile-time (via require or >> eval-when/and-compile stuff). > > This bug-report is about the fact that there is no benefit to > obeying `no-byte-compile` in flymake. Not about improving the way the > sub-process reproduces a "good" initial state to compile the file > (e.g. set up of `load-path` and whatnot). Sure, I understood. I was just commenting on the fact that the quality of Flymake diagnostics might not be so good/helpful since those diagnostics are likely affected by the same root causes that prevent normal byte compilation anyway. ( Also, on the tangent note about load-path and Flymake, I completely forgot that I added elisp-flymake-byte-compile-load-path some 4 years ago.) >> Anyway, maybe you could give small example of such a file containing >> such a cookie where you think Flymake's "I refuse to lint this" behavior >> could be improved. > > A good example are all the files in the > [EEV](http://elpa.gnu.org/packages/eev.html) package. OK. Try this "100% untested patch" (TM) then: diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el index 70826b4c3a..b99007c938 100644 --- a/lisp/progmodes/elisp-mode.el +++ b/lisp/progmodes/elisp-mode.el @@ -2152,7 +2152,9 @@ elisp-flymake--batch-compile-for-flymake collected) t))) (unwind-protect - (byte-compile-file file) + (progn + (setq-local no-byte-compile nil) + (byte-compile-file file)) (ignore-errors (kill-buffer byte-compile-log-buffer))) (prin1 :elisp-flymake-output-start) From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 12:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Stefan Monnier , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.165460395420974 (code B ref 55811); Tue, 07 Jun 2022 12:13:01 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 12:12:34 +0000 Received: from localhost ([127.0.0.1]:38890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyY4Y-0005SD-Fl for submit@debbugs.gnu.org; Tue, 07 Jun 2022 08:12:34 -0400 Received: from mail-wm1-f41.google.com ([209.85.128.41]:55260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyY4T-0005Rx-Oa for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 08:12:33 -0400 Received: by mail-wm1-f41.google.com with SMTP id n185so9212569wmn.4 for <55811@debbugs.gnu.org>; Tue, 07 Jun 2022 05:12:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=hTl4GRKDnbPP/S0aTqFYRd7PZRpizF1QbNuOsqngO9A=; b=WncasemrKiTh6Q3eqTK7d5wiuggXk2LTRPlzo2armg2gEb2PPCDTR7w61HSdnD9H+r Pm5tlwm6HUq0J/dgn9tSYu8EkhYu13I8ntcK/9kCTMwE0jyt2RaxQppPOt0tMQyGZvIs 2oulDb0O3DVJsPJltU7OrLtnSwnOaG9lZm9yxTrYd6BFK+qABLavnrfZjltdnlanF/o3 1JPBjO4JnyWu1XxTnTLr8fkw2KAuGLiRXfr5UNG7neIRKV65P8Sr77RmIi3TQ4P6DC6I O9ntq2RUglJbljKMhUhtvQgrHJ0s3rDyQ0I5cGGoDsIhEXpqEcp0KGC75uXXFroeBQ0J SJuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=hTl4GRKDnbPP/S0aTqFYRd7PZRpizF1QbNuOsqngO9A=; b=2jxNB87ZrHBJSyD2IMefM0/hqEg8TrrMoGBSqdrPOLcEcWmAmuOgu1oeS6xv0OOUnT ObPIfOiX8xBvN7yiVRmv1XS/AN2dnhhnvtUp++2E72HytsU2NkTJ02xvHYruTUXSbFha wBGAynAJOEdM+DBCXJtqjEiHD1DGsB9xSZSv5TvfBMe3XhMxE/GU/c7SkpqHuhE33ahR Qi5sTzTYiQUOPPDyAJp6BbgFToy7LHNC3iSyJfFVlqoosV5IXL0mbDxGkeK5ID/KRPay P2Ia97CGzkXG11mIUqcp6+pGF6LxaTnWd+ji6JQFMstmN+Bg2BK9A7KMxVy8i+ThElA9 rSUw== X-Gm-Message-State: AOAM531SQhbbnIv06X9A9YkrZyNkGBlNOqT+qzuHKX4JgbmpzA9ZOhX0 HbncD9shde5EsnWGcnahNTxOCyS0pB0= X-Google-Smtp-Source: ABdhPJyUe7KHnMfJ+KJ0sAFTe1+CZtfpnb8aKOjVd3FZRwNduvw7d0yDThjJVH4ytUaQQCD9QHb76Q== X-Received: by 2002:a05:600c:a4c:b0:39c:34d0:fd25 with SMTP id c12-20020a05600c0a4c00b0039c34d0fd25mr26504723wmq.172.1654603943442; Tue, 07 Jun 2022 05:12:23 -0700 (PDT) Received: from krug ([87.196.73.138]) by smtp.gmail.com with ESMTPSA id l13-20020a05600c4f0d00b0039c55bc2c97sm3625689wmq.16.2022.06.07.05.12.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jun 2022 05:12:23 -0700 (PDT) From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <877d5sk7sj.fsf@gnus.org> Date: Tue, 07 Jun 2022 13:13:42 +0100 In-Reply-To: <877d5sk7sj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 07 Jun 2022 13:54:52 +0200") Message-ID: <877d5s658p.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > Stefan Monnier writes: > >> This bug-report is about the fact that there is no benefit to >> obeying `no-byte-compile` in flymake. > > Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, > you'll get a whole bunch of compilation errors, and you don't want to > see those, I think? They could be useful I guess. There are two cases to distinguish here (which is what I failed to clarify before). Perhaps Stefan is thinking of the second. 1. The file has this form: (require 'foo) =20=20=20=20=20=20=20 (fooey-macro (some-shady-stuff-the-byte-comp-could-look-into)) (some-more-shady-stuff) ;; Local Variables: ;; no-byte-compile: t ;; End: and the reason for adding the no-byte-compile cookie is that foo.el can't be found at compile-time. Then I think there is little reason to activate Flymake there. That's because Flymake will halt at the (require 'foo) and not look into the rest of the file. 2. The file is identical but doesn't have the (require 'foo), then, I think Flymake will underline the first form, but carry on looking into other stuff. This is possibly helpful, according to one's own tolerance of signal-to-noise ratio. If some files in case 2 are still unbearably noisy for some, then I think there are existing ways to force Flymake off using buffer-local variables. =20=20=20 Jo=C3=A3o From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 12:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.16546052857192 (code B ref 55811); Tue, 07 Jun 2022 12:35:01 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 12:34:45 +0000 Received: from localhost ([127.0.0.1]:38919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyYQ0-0001rv-OJ for submit@debbugs.gnu.org; Tue, 07 Jun 2022 08:34:44 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:49955) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyYPy-0001rg-Op for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 08:34:43 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 3F4E0100ED7; Tue, 7 Jun 2022 08:34:37 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 79B4C1005FD; Tue, 7 Jun 2022 08:34:35 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654605275; bh=b/cv6OGnhAvVlTzH0DRPtObbZsjP80xO0wbrzLiJ6H0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=iKVCy/dFmxXtuYoc/rMfsYLZ/uSIRJrnf1jQ64ImXADmdkaQ8Rh6/ONYEYHi+ZJl+ kYMSF5tnT6nAFmGQ+dS0Ev53jDhyIA+oCvgZJUOzRSklaoE6mhinPDpnDDaBFR51qI X8Vf4Je0nddDh1rBJQTrGbozDx09/PvaN0EC2k1qyhyCT4zhRCw6maZjBJQUDwNyS4 F9aHO1kqlcchnn1QXkC1Z+khp+w+daR5asuxIBN4s7wVoEvaQ7vMex/zz4c7Mk/Q2I Hx/dtMle6fX3eBzA40aR5T40VByVT+DEmvXh+VZkKnIu0yYe1Zv3NC453mATxCZXAy dbUs4FAjB/FhA== Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 4718C1202AF; Tue, 7 Jun 2022 08:34:35 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <877d5sk7sj.fsf@gnus.org> Date: Tue, 07 Jun 2022 08:34:34 -0400 In-Reply-To: <877d5sk7sj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 07 Jun 2022 13:54:52 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.043 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen [2022-06-07 13:54:52] wrote: > Stefan Monnier writes: >> This bug-report is about the fact that there is no benefit to >> obeying `no-byte-compile` in flymake. > Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, > you'll get a whole bunch of compilation errors, and you don't want to > see those, I think? Why not? Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 12:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.16546057617934 (code B ref 55811); Tue, 07 Jun 2022 12:43:02 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 12:42:41 +0000 Received: from localhost ([127.0.0.1]:38932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyYXh-00023u-3Z for submit@debbugs.gnu.org; Tue, 07 Jun 2022 08:42:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53070) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyYXf-00023h-UA for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 08:42:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=htoo4QJTj1y3IEsvlLXyNswMyVZk6cggi3mK8nIdtEQ=; b=fCBqpsRmHgUZpMzRdAavSisk1a x0BrX/Ua92180wWGh7tFENKiBl7O0DeKglViQm75wQe3Xc1i3Ftib/7g7EedGCXR+lEQg2yKtM0nD bWGG8IlkyPVhTr/OXce1hLINCFZRvLqjnWmJW+aP7ftde6hktMwCJk3ym6j9PsBv2dDg=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nyYXW-0002du-Fp; Tue, 07 Jun 2022 14:42:32 +0200 From: Lars Ingebrigtsen References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <877d5sk7sj.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEWZiHhIIiGqm4uh Uzram1H///8bkq2dAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+YGBwwoMRvHyNIAAAF3SURBVDjLdZKN tYMwCIUx6QChdIA86gBGnECz/0wPUFujlv6cI59www0Ax8CAnIGhSwFaAMKZFKXc5COOb84IIUPX gO4ZYhlL5IGxBQiMTwRMZ5A6QESFsQWqLoJYUKi0+TLVRYnFMT0A1VqlaDoc59C+dQMjc9MpOdBe 1GrkqbJqyEUjTzP3NyAKzfzWs14qpLz6QvpRk9UwbaF/We3sl0ml9zlYI7PHWyZV8Dm8VeC8kogv m5v8C3GQCBKjmLp3IsHxrxHvdQgzy5uBfMFcF3WxbuBQMy/F7XV1KOlrOqHsBWTXuV+SPe9eDfps qxL0rB7TNuBgG5C211Gb0Db4J2dt9lvVcOVuf6cWG9mWYa3wmqRWPj5GuQbYRvodx/2sftxDPOys dLM+4AX2SycQLelr1e4hx0hrnxboAfImLRdwp7yCcgfgB/DVku/cJ1Do41QL3BQ654MtnNz0WkG5 9no4sGit8qW6EDX9HtQ1bEt1u+qhoI1/E69UVoO/kYcAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjIt MDYtMDdUMTI6NDA6NDkrMDA6MDAesTCCAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIyLTA2LTA3VDEy OjQwOjQ5KzAwOjAwb+yIPgAAAABJRU5ErkJggg== X-Now-Playing: Thick Pigeon's _Miranda Dali_: "Sudan" Date: Tue, 07 Jun 2022 14:42:29 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 07 Jun 2022 08:34:34 -0400") Message-ID: <877d5sir0q.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Monnier writes: >> Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, >> you'll get a whole bunch of compilation errors, and you don't want to >> see those, I think? > > Why not? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Monnier writes: >> Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, >> you'll get a whole bunch of compilation errors, and you don't want to >> see those, I think? > > Why not? Because they can't be byte-compiled -- that's why they're marked as such. :-/ (There's a separate bug report about that somewhere.) So we're really using no-byte-compile for two reasons: 1) To say that we don't think it's useful to byte-compile something or 2) because we know that it's impossible. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 13:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: Lars Ingebrigtsen , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.16546096074488 (code B ref 55811); Tue, 07 Jun 2022 13:47:01 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 13:46:47 +0000 Received: from localhost ([127.0.0.1]:39035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyZXj-0001A8-8l for submit@debbugs.gnu.org; Tue, 07 Jun 2022 09:46:47 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:40895) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyZXg-00013M-PQ for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 09:46:45 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id EBCB64426DE; Tue, 7 Jun 2022 09:46:38 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id AE2D9442673; Tue, 7 Jun 2022 09:46:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654609597; bh=ssCL7fhV3EAu0EeBziS+j2dSZoTVLR7xvFdmo3QdeS0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Ctdr+rCyDo7Y3FgQ02HYN+JGWB3cs9Q8tbk+kDdskRkuNVUAiWCMo9yhoz+5+8eAk 4/gxSLsQt1tJKae2xY8lbdx604LXGmOpGMskGO2fBFXEv+WxsZqIa26vf9rkOAzUSO ebkhZctxOmAd9bKyXpyIVgoj2gTp7uuuQ9cm8pp/7GCCllz0GJRCtGmLFF2CgxPeGn QZoJR06OV4m46vOfXFZpNf8O245H8TisOy4/kb7WgLSQz0zJp672yDEHzuCWeBRwjN QqfCe8OgTuG85NZo9TmnbgrIBt7Qj3ar1zLAbJP5HKN7mYnkp0IroGrwJmiRqMlRyW IeaMhtrzyyOUg== Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 841CA120204; Tue, 7 Jun 2022 09:46:37 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <877d5sk7sj.fsf@gnus.org> <877d5s658p.fsf@gmail.com> Date: Tue, 07 Jun 2022 09:46:35 -0400 In-Reply-To: <877d5s658p.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Tue, 07 Jun 2022 13:13:42 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.060 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 1. The file has this form: > > (require 'foo) > > (fooey-macro (some-shady-stuff-the-byte-comp-could-look-into)) > > (some-more-shady-stuff) > > ;; Local Variables: > ;; no-byte-compile: t > ;; End: > > and the reason for adding the no-byte-compile cookie is that foo.el > can't be found at compile-time. Then I think there is little reason > to activate Flymake there. That's because Flymake will halt at the > (require 'foo) and not look into the rest of the file. BTW, while there is little benefit to having flymake run the byte-compiler here, there is similarly little harm. And the user may then decide to install `foo` to get the rest of the file properly checked. Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 13:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.16546097646685 (code B ref 55811); Tue, 07 Jun 2022 13:50:01 +0000 Received: (at 55811) by debbugs.gnu.org; 7 Jun 2022 13:49:24 +0000 Received: from localhost ([127.0.0.1]:39040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyZaF-0001jk-QM for submit@debbugs.gnu.org; Tue, 07 Jun 2022 09:49:24 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:33345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyZa6-0001jQ-RO for 55811@debbugs.gnu.org; Tue, 07 Jun 2022 09:49:21 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 768754426DA; Tue, 7 Jun 2022 09:49:09 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1ABAB4426DD; Tue, 7 Jun 2022 09:49:08 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1654609748; bh=jD4dq3YKPm3cAAB6TKEc/cWDq5Gfiu+od8dl4mErmlY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=kzuZ3CDXmEI7k3q9bX4mLvI87NJ4V9lO1jqmICSvaWyzPS6+cGR5wVZYQq18nU8Vg Q4XoL1Xi5Mn+USczU7ztIAFnG27kj0ALdCoRrroMUxsdTyPA9XLLaJ+OU/r5FA7oZ/ 6PB1kDVIJw6l5PHTgV2/x7iuc56/pnwUFK+tK4L1HdWcvSq2siUIOcfqTTaLpu3WcH FXnygpcVVZsDt7WqfamxIoCHmRhvboMe2QoyP3ZEsitYo94/odMs1DGSpHgWPMUlp3 9RcGqirND+ybpEjs4mlMMlnA72/AIjpIB5RkHcNTLR8RN51rpDvOPa3O8wtPmd6SvD OQbQsCIKGt3aA== Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D734F1204C5; Tue, 7 Jun 2022 09:49:07 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <877d5sk7sj.fsf@gnus.org> <877d5sir0q.fsf@gnus.org> Date: Tue, 07 Jun 2022 09:49:05 -0400 In-Reply-To: <877d5sir0q.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 07 Jun 2022 14:42:29 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.060 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen [2022-06-07 14:42:29] wrote: > Stefan Monnier writes: >>> Well, there are some. If you open, say, lisp/net/tramp-loaddefs.el, >>> you'll get a whole bunch of compilation errors, and you don't want to >>> see those, I think? >> >> Why not? > > Because they can't be byte-compiled -- that's why they're marked as > such. :-/ I don't see the relevance. I'm not trying to byte-compile the file. Instead I'm trying to get the byte-compiler to give me feedback about the file. Sometimes files marked with `no-byte-compile` will indeed give fairly poor feedback, but not always, and in any case I find poor feedback better than no feedback at all. Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files References: In-Reply-To: Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Jan 2025 23:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 55811@debbugs.gnu.org X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.173732962922858 (code B ref -1); Sun, 19 Jan 2025 23:34:02 +0000 Received: (at submit) by debbugs.gnu.org; 19 Jan 2025 23:33:49 +0000 Received: from localhost ([127.0.0.1]:48202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZend-0005wc-58 for submit@debbugs.gnu.org; Sun, 19 Jan 2025 18:33:49 -0500 Received: from lists.gnu.org ([2001:470:142::17]:38716) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZenb-0005wO-22 for submit@debbugs.gnu.org; Sun, 19 Jan 2025 18:33:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZenR-0005eI-VK for bug-gnu-emacs@gnu.org; Sun, 19 Jan 2025 18:33:38 -0500 Received: from mail-vs1-xe2e.google.com ([2607:f8b0:4864:20::e2e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tZenO-000522-QO for bug-gnu-emacs@gnu.org; Sun, 19 Jan 2025 18:33:36 -0500 Received: by mail-vs1-xe2e.google.com with SMTP id ada2fe7eead31-4b6398d477fso1013354137.0 for ; Sun, 19 Jan 2025 15:33:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737329611; x=1737934411; darn=gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=Z9N4u8VbCQFt7sS1VE8OXsS2Iank9NXbjh6wAlm7isw=; b=SpbLP6A71nQ7WlUcVdr5djoH7ZzkKkntwgEep4QUes5CWrZvvdTTsi89Wh9kZpg3A3 FeMXjg/+t3yiydQGEbo3nC7QTBRfzFk8YkeVP5xxeNqCECCImiHVzodllOvYfbaU4g4U BiiV1lqyenvpV/K3O9PvlBtc9VsbwCKGmHJz4iOUND7HadjWjQGj6DzX8VodH4nxhrvx +2EnF4DbTQKCZiM79/1DbUodf0BY6c9KJ+8cnvMLZ5akGg43EQHLq+dRbozHDGDIOup7 DLhoPiCKdTFRYSQzIQbTrNlF4LlyOHr8nz14LRPdXPS8ROOhdq0FvPc4sEKq9TyWbFlu p2Lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737329611; x=1737934411; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Z9N4u8VbCQFt7sS1VE8OXsS2Iank9NXbjh6wAlm7isw=; b=t07virvD3QCy6SUFwD84iM9OIMn1HMz6kDvkK0DtRObCpKcDSJ74Nu2+JSlbZgOTQ2 TnHQ6mIThUrSiSH6vE4yCJNB4VqPg/uoaAZ+GjcxKAPemrUaBR19493nHrZvJmC/9Kba 0SqMgaRJdqoJl2mYE0H4vl3WHo+FAMdxdDqkEYrBcvPGNEUH1WUupArpHMoRxH+qFLzE YZyqjuK1gKLNY1wexXRbx4/xiCWxaHrErxt9DKh+KTnnO3X/XYwGe1w6vXdwvhuLzbPW LclCQxd2vC1tcphRyCOJplVMthBB3+M8i2R2OZ4UN4hmiF/uJBvHtVsKcuP9rCftN3pk 3GTg== X-Gm-Message-State: AOJu0YwtKXbyBBhMEJ0O9IyghitGuAVLxGjhqcpxyDpxEUfNOGNhc59E lqjMkueJHM04qIXAHEXZ1yu4pGTw0r2kp3c3IKZvhdlIHOJ1IXr0Nz0xCgMVv4qfgKaaW42WtIi oqaY1GJyEf2jGd/dql93m7ZVJjnc= X-Gm-Gg: ASbGnctSn07ZU8BTwWAHqvWUZ+XuAdZmopFhzuKtbhUHo9le725wrEeca6kcQ6CKzbr G+SkJ8HU4xwJYDDGxw9r/HGvRG+9qweC90CchX/whtbuOch5R3lE= X-Google-Smtp-Source: AGHT+IGEIzDAaWpoOjbKfSHy2oJZeLE+cahrVrrGBakpzwcn+M/d2u9sfXZx4rovAVUi3RgYCVolHW6zhK9qokcIfXo= X-Received: by 2002:a05:6102:5716:b0:4b4:6988:b12b with SMTP id ada2fe7eead31-4b690d3ae95mr8088910137.23.1737329611509; Sun, 19 Jan 2025 15:33:31 -0800 (PST) MIME-Version: 1.0 From: Ship Mints Date: Sun, 19 Jan 2025 18:31:55 -0500 X-Gm-Features: AbW1kvbZY0GI2ZxcuYhYsa2Y9Ys_sz_29P_5FGn00apZdIDDVngowA3nOpKyZqw Message-ID: Content-Type: multipart/alternative; boundary="0000000000005a1741062c1792dc" Received-SPF: pass client-ip=2607:f8b0:4864:20::e2e; envelope-from=shipmints@gmail.com; helo=mail-vs1-xe2e.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --0000000000005a1741062c1792dc Content-Type: text/plain; charset="UTF-8" > 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 adding an optional lint argument to byte-compile-file that elisp-flymake--batch-compile-for-flymake would specify when calling b-c-f? b-c-f, with lint specified, would ignore no-byte-compile for that call. Looks like a three-line change. I'm sure I'm missing some subtleties? I could submit a patch for this, if people agree. -Stephane --0000000000005a1741062c1792dc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> As the title says, if you enable `flymake-mode` in an E= Lisp file with
> a `no-byte-compile: t` in its file-local variables y= ou don't get any
> diagnostics from the compiler (you do still ge= t 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
&g= t; quality of this code.

Greetings. It= looks like this conversation didn't end up with a solution. This is an= noying 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 o= n flymake diagnostics.
=
How about adding an optional lint argument = to byte-compile-file that=C2=A0elisp-flymake--batch-compile-for-flymake wou= ld specify when calling b-c-f? b-c-f, with lint specified, would ignore no-= byte-compile for that call. Looks like a three-line change. I'm sure I&= #39;m missing some subtleties? I could submit a patch for this, if people a= gree.

-Stephane
--0000000000005a1741062c1792dc-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 00:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 55811@debbugs.gnu.org X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17373311646404 (code B ref -1); Mon, 20 Jan 2025 00:00:02 +0000 Received: (at submit) by debbugs.gnu.org; 19 Jan 2025 23:59:24 +0000 Received: from localhost ([127.0.0.1]:48233 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZfCO-0001fE-4L for submit@debbugs.gnu.org; Sun, 19 Jan 2025 18:59:24 -0500 Received: from lists.gnu.org ([2001:470:142::17]:55412) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZfCL-0001f0-Hu for submit@debbugs.gnu.org; Sun, 19 Jan 2025 18:59:22 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZfCG-00029Q-0i for bug-gnu-emacs@gnu.org; Sun, 19 Jan 2025 18:59:16 -0500 Received: from mail-ua1-x930.google.com ([2607:f8b0:4864:20::930]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tZfCA-0008PP-Dq for bug-gnu-emacs@gnu.org; Sun, 19 Jan 2025 18:59:11 -0500 Received: by mail-ua1-x930.google.com with SMTP id a1e0cc1a2514c-85b8c94a6b4so713238241.0 for ; Sun, 19 Jan 2025 15:59:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737331149; x=1737935949; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+ibY4E3fs6g0BHVZ8oSSawebrupfaAMvN4ri0nveXgQ=; b=E9aH6X/BIUSsZoNJ8ME/tdJHvuLtFwNSVUdnRbKUnIVla2XUZ0ikORdiUFp65qXjC5 xA+KN73qHJwEWsr084EaRGT73IOAhbozOKrEgHvt2AGplqGIDko9dat+0Psngi9Z0eC/ qbDeDosgS0Jc9zPic2KTulxnXw3XPwJcLP5YUW+i9v5rwYTbXd8C7yJU/ttx1uTsYSb8 Gb3u+WfZv/T8RS91FYv8x7wyshybV5kkn2ZJvAIQPEoDpWeE0R+loFC3LDIOM9f+3FYy tkFz9hdUlZ/PkdJF4fDgDfWeJJHvJGGAZAP7k95idA7IDcFh/iOWH5kKMI3lPfiko8KU 3Fsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737331149; x=1737935949; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+ibY4E3fs6g0BHVZ8oSSawebrupfaAMvN4ri0nveXgQ=; b=Shmd4bzW3p9vqWgIccYB4hgF3Vs4YZq5ySViIjfxL6r+BMuwtZxmIsZlBUh+H6r92u jripsQCWxJO5JetXx/38Vp51UMbth6WxwVdeWD6JfZtEIblr42K02MtAiVidnlruY7Wz YWOEE8xTLKCLXtOsuvmS8K5Oukt91qUy85lSE6IGVy/m3erUmS4+Kd0bwSJCY6kFA1u5 ndyls1cxqpXH4mxn05Sx1Js9liN+WAbemB4yLyfooVEujdiACvxLfPYMy/DNNugN5etV Q7dDJtpNc2h99y+Px09kudHiqqLsMiUk9uwoCPTIj0mNdsFCA32xu4fosWaW71MTY7ut /dMA== X-Gm-Message-State: AOJu0YxvoxYcySi6trtkSvgo2043+l6fh5ERwfDn4pBF+Da3TXeobcB2 1NHk585ec0Lednd2/gD0zo12uXcuPysCVemCBgjRtmH2efsUdrXtyKM/Rdoin+Vng6sqjwuBcbw hYs60+XVL5i1yKeB0k61o2sy0iDxsyfbj X-Gm-Gg: ASbGncvsQHSvH0gewifix0H37NJ3upB8tkjx2DTsdny2MkkfTxJYdSz5dtL2AVuLo2K ItGe5ozS3GVSOChpiG/HDLJUvlmnU+hJce0PlMroORltJE9vUPpc= X-Google-Smtp-Source: AGHT+IFS186+43jjbxnzBW8MiGgnQO7/DgLd69MQ0bA+JDEaOF3cKZTrvga4EY+SiAYDTb6ImTb99gmNJcf956S87aA= X-Received: by 2002:a05:6102:3584:b0:4af:f3bd:51cd with SMTP id ada2fe7eead31-4b690cdd7e9mr7909556137.16.1737331149309; Sun, 19 Jan 2025 15:59:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ship Mints Date: Sun, 19 Jan 2025 18:57:33 -0500 X-Gm-Features: AbW1kvYnikE8GMa0MEL0RUSh7fVEvdtK5N85Tp2sb3tBlrv6KEllbAXMPak6RZs Message-ID: Content-Type: multipart/alternative; boundary="000000000000030e8c062c17ee96" Received-SPF: pass client-ip=2607:f8b0:4864:20::930; envelope-from=shipmints@gmail.com; helo=mail-ua1-x930.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --000000000000030e8c062c17ee96 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I think just the lint argument to byte-compile-file should suffice and no change to no-byte-compile needed. Lint will always be run. The only reason I can see to add no-byte-compile is for those files which, for whatever reason, really should never be run through the byte compiler (are there any?). On Sun, Jan 19, 2025 at 6:31=E2=80=AFPM Ship Mints wr= ote: > > 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 adding an optional lint argument to byte-compile-file > that elisp-flymake--batch-compile-for-flymake would specify when calling > b-c-f? b-c-f, with lint specified, would ignore no-byte-compile for that > call. Looks like a three-line change. I'm sure I'm missing some subtletie= s? > I could submit a patch for this, if people agree. > > -Stephane > --000000000000030e8c062c17ee96 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think just the lint argument to byte-compile-file should suffice and n= o change to no-byte-compile needed. Lint will always be run. The only reaso= n I can see to add no-byte-compile is for those files which, for whatever r= eason, really should never be run through the byte compiler (are there any?= ).

On Sun, Jan 19, 2025 at 6:31=E2=80=AFPM Ship = Mints <shipmints@gmail.com>= ; wrote:
>= ; 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 a= ny
> 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 ask= ing 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= 9;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 adding an= optional lint argument to byte-compile-file that=C2=A0elisp-flymake--batch= -compile-for-flymake would specify when calling b-c-f? b-c-f, with lint spe= cified, would ignore no-byte-compile for that call. Looks like a three-line= change. I'm sure I'm missing some subtleties? I could submit a pat= ch for this, if people agree.

-Stephane
--000000000000030e8c062c17ee96-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files References: In-Reply-To: Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 10:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.17373694262575 (code B ref 55811); Mon, 20 Jan 2025 10:38:01 +0000 Received: (at 55811) by debbugs.gnu.org; 20 Jan 2025 10:37:06 +0000 Received: from localhost ([127.0.0.1]:49109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZp9W-0000fS-49 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 05:37:06 -0500 Received: from mail-vk1-xa32.google.com ([2607:f8b0:4864:20::a32]:45309) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tZp9T-0000ex-2s for 55811@debbugs.gnu.org; Mon, 20 Jan 2025 05:37:03 -0500 Received: by mail-vk1-xa32.google.com with SMTP id 71dfb90a1353d-51c7b5f3b8bso1235338e0c.2 for <55811@debbugs.gnu.org>; Mon, 20 Jan 2025 02:37:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737369417; x=1737974217; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=gZGYvw4ah/38rS11F2RiekohTB3ZpozKLpQTPlvE90g=; b=ELF+E4OqTikOZ5j3sDe3Q6AVilC/p1dayQ/z2qNkeDQvYhtLvtgzvi8Cb0HsdAGuoW dBblBS43F7Qb5P5xpHLpBjl+HM4FNwB/2h4CuLwWf7Jx64vXkkLTrtl8nUf4y0pri6IG vPOrPhDU+IR0XRWP/a0ZeEfyxnO5I2Wxp/cxFGxUnGYeDvxMcnPOnAseyGQg7WHjH2vM OoePRvKwNAn0tWFg1RrxHk6X//R+yUDXrZ/PzLXsTArLPWmTqUvafqVBvlBz9V9FB8mJ Z0dpWpHDlEw2/nYygvB4lWSZ7QMsoFe3Moyn6raYcY4V/R+UMXPnhFG410IbM1wB1cBm GBEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737369417; x=1737974217; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=gZGYvw4ah/38rS11F2RiekohTB3ZpozKLpQTPlvE90g=; b=aEktJG0eNuPoBPeCnSuHhiWDpP8OQkPAAOrf1BEed4qN6EuBng6sujeEuECHnYeCfI JtOVs01wMkmoWhaZq2/okNiTHsiqkjAmbwKs4/xA3FPxf+7qILVL8EvxYYmRRtgRqLXr 7l8ov5CtwE9fQ5xjZWgLEf+BCiBCtHwnPki6GJ7ej4D4E9FyIuuXqhBBk7F9Ft73styC CVxuQraYXomX0IVdDPNeiy6BSsf5gL0L10KZtgbOdJ8NT6UijfOzsCDc25uTuZ10i+41 p0bb3D9MxeQ/eGJq9dUxlBg8XVUW2/8syUid1aB3UOx6S3s04XcRRQCMBN+BOwkoRoL2 1Dcw== X-Gm-Message-State: AOJu0YwUMKJvVcI/4GgtLPfWAuMpbJ6v+7a1yqGwtVQ2H+0fIhSf7VyI WYO9Z/sLjHAyU0T3DXUUfvNPnEc6dyCKVqN/O2kYnNT1FPRJKOw49aBsGGkY3mVT/QpI+d2cJ40 /kVklP7QDOcEeVpfrDgLLkSFFYyU= X-Gm-Gg: ASbGnct7dBBkkT5/rOJEm0O+W+Ebj4N/CDIScDN/1pTb8Ale6vnFzpvUJMHJhZjcxYl P7FLtHHj1HoZQkHOxgZnJXH47YYsF0rTs1Z5LTOY/E4JzSa/VIP0= X-Google-Smtp-Source: AGHT+IGeKKa0jGo8uF/uHTh0OVpG4tclG1Y1KnTZwjRdHPp+YjG2ae1TqrWNbnUyysivQt6OdMr+V41tMIps7znJQ1g= X-Received: by 2002:a05:6122:2402:b0:518:a0ac:1f42 with SMTP id 71dfb90a1353d-51d592ca33amr7826816e0c.1.1737369417275; Mon, 20 Jan 2025 02:36:57 -0800 (PST) MIME-Version: 1.0 From: Ship Mints Date: Mon, 20 Jan 2025 05:35:20 -0500 X-Gm-Features: AbW1kvZVO7_rI1E0lcSRfVGJYRHbXZEGhgMTTAFmoJIegFaobnWmlbsuA9hZdcA Message-ID: Content-Type: multipart/alternative; boundary="000000000000f5e02d062c20d6ca" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000f5e02d062c20d6ca Content-Type: text/plain; charset="UTF-8" > 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 --000000000000f5e02d062c20d6ca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> As the title says, if you enable `flymake-mode` in an ELisp file wi= th
> 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
&g= t; checkdoc, admittedly).
>
> I think `no-byte-compile` only me= ans that we should load the `.el` file
> and not generate a `.elc` fi= le and it shouldn't mean that we should
> refrain from asking the= byte-compiler what is its opinion about the
> quality of this code.<= br>
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 e= xample, misses out on flymake diagnostics.

How about an added optional "li= nt" or "ignore-no-byte-compile" argument to byte-compile-fil= e=C2=A0to cause=C2=A0b-c-f to allow=C2=A0the byte compiler to run despite t= he 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
--000000000000f5e02d062c20d6ca-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 11:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173745722114485 (code B ref 55811); Tue, 21 Jan 2025 11:01:01 +0000 Received: (at 55811) by debbugs.gnu.org; 21 Jan 2025 11:00:21 +0000 Received: from localhost ([127.0.0.1]:53420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taBzY-0003lU-HM for submit@debbugs.gnu.org; Tue, 21 Jan 2025 06:00:20 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:52213) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taBzV-0003jg-T0 for 55811@debbugs.gnu.org; Tue, 21 Jan 2025 06:00:19 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 8431E44092F; Tue, 21 Jan 2025 06:00:09 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1737457208; bh=D9GN/AB65unHyUrBRa6BClI9Vm5A4YBML+uw9akZQqM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=akJ4wmeiKQ6kfj5DJmmhIyWZ0Z6f/PTsIl0XrCm1Rm3U7anReFgzQPZ5X2W9qus0i WS0jYLDiMX8sBtAy/Ez1AlPvYFV1OVclCY4NU2NqWrq3ll1xgwQ4F18AoUmkr+pZZx OX+r4ME/lBqNWbzK2Ih1oDri8CuX7hDOpYCDB5Ycjz288E18M9qV8kL/pKIsopp3u3 hrkDzHX8DeF2ZT88xEojwOvLPobkHFjIULMBK35FzEAijnwiee9f2knUzpJ49Wd0Ix qZKar6lam5MklinszzAJICPtVsTB/nqjmHBLw5PkhJX3sxr4QFE4eMto20Midkmqot 7XmCXiQ1Bu52A== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 3F61C440388; Tue, 21 Jan 2025 06:00:08 -0500 (EST) Received: from asado (dyn.144-85-147-102.dsl.vtx.ch [144.85.147.102]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 30965120181; Tue, 21 Jan 2025 06:00:06 -0500 (EST) From: Stefan Monnier In-Reply-To: (Ship Mints's message of "Mon, 20 Jan 2025 05:35:20 -0500") Message-ID: References: Date: Tue, 21 Jan 2025 06:00:05 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.197 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> 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. Did you have a chance to try the patch sent by Jo=E3o? Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 11:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Cc: Lars Ingebrigtsen , Ship Mints , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173745730214680 (code B ref 55811); Tue, 21 Jan 2025 11:02:02 +0000 Received: (at 55811) by debbugs.gnu.org; 21 Jan 2025 11:01:42 +0000 Received: from localhost ([127.0.0.1]:53425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taC0r-0003og-My for submit@debbugs.gnu.org; Tue, 21 Jan 2025 06:01:41 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:4084) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taC0o-0003oE-SP for 55811@debbugs.gnu.org; Tue, 21 Jan 2025 06:01:39 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 2743280758; Tue, 21 Jan 2025 06:01:33 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1737457292; bh=nklCf+rMpLXo74FYA+yz8exITgjjZqmuzqBZKQoQGIs=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=JL4Xvd2iEnGWtcorYW077Z8lfeg7r49ulGQPghopB0s0HBatVKzZKY9UslwgCkxa2 znvrPS6C6QPXuSAU8MBwBqB8Hy8hSlf+I7TI+ANYzyyYXyrSR6tvm7JubK3VRaJzp/ qIGq0EATkPpHGNNogbBvgcxeITDmogVwHjQ8plcQohEHw+UlhxRRO/hwqb06pGiEBJ 7grDZd7ZNu0zqOu+EzQ5xUaFSOjX9+j1OgMW32alsso5B8wddlG+jm3L2uq7xUpwG5 s4S8L5DmEYWlwvBaDXU0bkD9Zi2AYdmAVA4az5WwNuKMQNTHKAC2p/wSldf0te6Geg OoQapBQspkW5w== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 62DA58027D; Tue, 21 Jan 2025 06:01:32 -0500 (EST) Received: from asado (dyn.144-85-147-102.dsl.vtx.ch [144.85.147.102]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id CFF37120323; Tue, 21 Jan 2025 06:01:30 -0500 (EST) From: Stefan Monnier In-Reply-To: <87bkv465r2.fsf@gmail.com> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Tue, 07 Jun 2022 13:02:41 +0100") Message-ID: References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> Date: Tue, 21 Jan 2025 06:01:28 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.178 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > OK. Try this "100% untested patch" (TM) then: > > diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.el > index 70826b4c3a..b99007c938 100644 > --- a/lisp/progmodes/elisp-mode.el > +++ b/lisp/progmodes/elisp-mode.el > @@ -2152,7 +2152,9 @@ elisp-flymake--batch-compile-for-flymake > collected) > t))) > (unwind-protect > - (byte-compile-file file) > + (progn > + (setq-local no-byte-compile nil) > + (byte-compile-file file)) > (ignore-errors > (kill-buffer byte-compile-log-buffer))) > (prin1 :elisp-flymake-output-start) I didn't test it, but if this works, it looks good to me, Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 12:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173746285912682 (code B ref 55811); Tue, 21 Jan 2025 12:35:01 +0000 Received: (at 55811) by debbugs.gnu.org; 21 Jan 2025 12:34:19 +0000 Received: from localhost ([127.0.0.1]:53590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taDSV-0003IT-3l for submit@debbugs.gnu.org; Tue, 21 Jan 2025 07:34:19 -0500 Received: from mail-vk1-xa2d.google.com ([2607:f8b0:4864:20::a2d]:50568) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1taDSR-0003I7-QT for 55811@debbugs.gnu.org; Tue, 21 Jan 2025 07:34:16 -0500 Received: by mail-vk1-xa2d.google.com with SMTP id 71dfb90a1353d-5188e0c2b52so1503851e0c.1 for <55811@debbugs.gnu.org>; Tue, 21 Jan 2025 04:34:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737462850; x=1738067650; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PxHMSMbvlj8l5DgXxD8oa4KJRH3FKrd+/0vKEj/5b6k=; b=TTkLAWJrcbav0dQsHT3X2X5Og2xwM32lgcPpc3gk86NAynFlEkovLjkmN2y/N6yQS7 d01CshOGV6nmlsaz4laha75YoGX7KVpic2O0rzfPTfLrUt5sSG/RCPncgBxyUziUK1/0 sGcv8L8haqRhiCkECae/yI+nAYOEl+B+CjNcGHXzECJ7i6rsAO4uRK78oSgRMBYU5EE4 3WaYm0iY3m335Y0twVo2wwIrSroBfihSJU1sBoCaRiixLvr21UpP0HqFeYPv87owxK9x wD5d9moKwaShS00m+D3z7yeH2/hZgSrOUjnVS/hhLMzgexcMKZgjr4hZTreByI3rhi47 XVcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737462850; x=1738067650; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PxHMSMbvlj8l5DgXxD8oa4KJRH3FKrd+/0vKEj/5b6k=; b=L7dPknNootUYihoeNKmD5LsXmAc5Ps6PRCVQmBYR8yU/EYOOgELnTHKRoWzVe1Ss3P oboEHodQLwaK3F/GLWcUh1BnvSpunEmN/KfUJhCjVrIOQHA+zhlQ3s9Qy7RlFfhq11PE zB+WqMKntCSZYkso6AkcJdnhLZYOSif2Vii6TDeZrrxPh7VJtDJIJYjiQcD/H5LIKOjq t22vJuMHUFVo8bMnntOIaSd8Mtjl6mYoRsat/EMMdEcDYwSbZN0UdTF9Ylp7uEEPyxpg QYB+vyBUXJFHrV6T1SNN/HgIah7pO3eISKgpWtY1WniLtCzYoNCHKlFz7Gvd62vPAdUV pZog== X-Forwarded-Encrypted: i=1; AJvYcCVqriIEklQMA/Gs/tpuEOfWi2dcW70ekDDtJPtB7XRHORGIfXXkt4GMF44hUrK9DMp37sfGAQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyQhdUigDdfPu+9pafaBjaxp6VidlfbCMkV7geho3XkPb9R4Qfl eO0Xpsmx4WRtdU+MKvZWRBc9XlYRSHS86anip5BmF5b2HWGKs2dG3olwXeIiXem8jRPzCYv92Ri xNmi/UQKPp9lHyKz6vF35zNntL0E= X-Gm-Gg: ASbGncuxqnyjjGiJihxyuwQizJaOg31Y4/HAqWimitJwJMtV1WZ2PBKTnHonkTuLbI7 7WwS3r/ZtIraQuZGUfo58koQhHQAafywOQpB1MqG//dF6loWKlbU= X-Google-Smtp-Source: AGHT+IG1Bj9kA3hGuZPAmRu3eMQ2ZpWnwpp3gvrZU0U2nh7XhTpQ9Up/oKvwYWz2gpDUA2dM/x3qc9KYBQySQWYlGv0= X-Received: by 2002:a05:6122:4994:b0:51d:e9de:3883 with SMTP id 71dfb90a1353d-51de9de38cemr7968764e0c.8.1737462849931; Tue, 21 Jan 2025 04:34:09 -0800 (PST) MIME-Version: 1.0 References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> In-Reply-To: From: Ship Mints Date: Tue, 21 Jan 2025 07:32:31 -0500 X-Gm-Features: AbW1kvbrTsX7-KohQDBjjwWXp7-mjN0Ll9SL02okwci8AEPvp7GbtL2-gKfG5Wc Message-ID: Content-Type: multipart/alternative; boundary="000000000000fb10f6062c3697f3" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000fb10f6062c3697f3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Indeed. I'd forgotten that the flymake byte compiler runs in a subprocess, rendering locals overrides in the calling process useless. That at least addresses flymake. Without a flag or bound variable to inform byte-compile-file to ignore no-byte-compile, elisp-byte-compile-buffer and elisp-byte-compile-file, which do run in process, fail silently. Would be great to adopt the simple flymake change in master, if not also in 30 (I can hear the hoots of "it's too late for 30" already). The patch is not really practical when using a packaged Emacs. In the meantime, I'll disable no-byte-compile. On Tue, Jan 21, 2025 at 6:01=E2=80=AFAM Stefan Monnier wrote: > > OK. Try this "100% untested patch" (TM) then: > > > > diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.e= l > > index 70826b4c3a..b99007c938 100644 > > --- a/lisp/progmodes/elisp-mode.el > > +++ b/lisp/progmodes/elisp-mode.el > > @@ -2152,7 +2152,9 @@ elisp-flymake--batch-compile-for-flymake > > collected) > > t))) > > (unwind-protect > > - (byte-compile-file file) > > + (progn > > + (setq-local no-byte-compile nil) > > + (byte-compile-file file)) > > (ignore-errors > > (kill-buffer byte-compile-log-buffer))) > > (prin1 :elisp-flymake-output-start) > > I didn't test it, but if this works, it looks good to me, > > > Stefan > > --000000000000fb10f6062c3697f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Indeed. I'd forgotten that the flymake byte compiler runs in a subpr= ocess, rendering locals overrides in the calling process useless. That at l= east addresses flymake.

Without a flag or bound variable to inform byte-compile-file to = ignore no-byte-compile, elisp-byte-compile-buffer and elisp-byte-compile-fi= le, which do run in process, fail silently.

Would be great to adopt the simple flymake c= hange in master, if not also in 30 (I can hear the hoots of "it's = too late for 30" already). The patch is not really practical when usin= g a packaged Emacs. In the meantime, I'll disable no-byte-compile.

On Tue, Jan 21, 2025 at 6:01=E2=80=AFAM Stefan Monni= er <monnier@iro.umontreal.ca= > wrote:
= > OK.=C2=A0 Try this "100% untested patch" (TM) then:
>
> diff --git a/lisp/progmodes/elisp-mode.el b/lisp/progmodes/elisp-mode.= el
> index 70826b4c3a..b99007c938 100644
> --- a/lisp/progmodes/elisp-mode.el
> +++ b/lisp/progmodes/elisp-mode.el
> @@ -2152,7 +2152,9 @@ elisp-flymake--batch-compile-for-flymake
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 c= ollected)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 t)))
>=C2=A0 =C2=A0 =C2=A0 (unwind-protect
> -=C2=A0 =C2=A0 =C2=A0 =C2=A0 (byte-compile-file file)
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 (progn
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (setq-local no-byte-compile nil) > +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (byte-compile-file file))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 (ignore-errors
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (kill-buffer byte-compile-log-buffer= )))
>=C2=A0 =C2=A0 =C2=A0 (prin1 :elisp-flymake-output-start)

I didn't test it, but if this works, it looks good to me,


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--000000000000fb10f6062c3697f3-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 22:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Lars Ingebrigtsen , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.17374976126023 (code B ref 55811); Tue, 21 Jan 2025 22:14:02 +0000 Received: (at 55811) by debbugs.gnu.org; 21 Jan 2025 22:13:32 +0000 Received: from localhost ([127.0.0.1]:57597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taMUu-0001Yk-24 for submit@debbugs.gnu.org; Tue, 21 Jan 2025 17:13:32 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:62150) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taMUq-0001Xu-Hf for 55811@debbugs.gnu.org; Tue, 21 Jan 2025 17:13:21 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id DD6B6806EF; Tue, 21 Jan 2025 17:07:17 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1737497232; bh=DbFpFTT8Ex3TU6rVrcbSBwPHozcQPVwn0zyKkmGp1+s=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=OkSqeymD62vS159AKFwTAt0vGN0mqupLUvbX2aQPRQTDqEw6IRIua91RigmSpH0iP ueMYts1r3m+SCOZ4TjwH4ACWeramAjADRuppt7I18KsAM/uxPEFPwRrXcFU+iE6/a7 olE4RyMsllQ0zfie1PbXadl6Gv0JYg+8LNXiPMbWzT3oaoP7REf3LAmvxoRfNADobi MAh4J1kELSy6UI9NlD3okfc2vgl20uY3MgLGVxjyS4HHzcYOqhy79VDXp4DcZu7jRe uEVTGtm538PtxPDarT+nKHqnuzTk/wlteJS6WfKzlONXbdiqcYqL309yKkZKihGj09 cwYSwUBccavMQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id A9ABD806BF; Tue, 21 Jan 2025 17:07:12 -0500 (EST) Received: from asado (dyn.144-85-147-102.dsl.vtx.ch [144.85.147.102]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 7666712069F; Tue, 21 Jan 2025 17:07:11 -0500 (EST) From: Stefan Monnier In-Reply-To: (Ship Mints's message of "Tue, 21 Jan 2025 07:32:31 -0500") Message-ID: References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> Date: Tue, 21 Jan 2025 17:07:09 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.165 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Would be great to adopt the simple flymake change in master, Do I understand correctly that you tried it and it worked for you? Stefan From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jan 2025 01:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173750872317093 (code B ref 55811); Wed, 22 Jan 2025 01:19:01 +0000 Received: (at 55811) by debbugs.gnu.org; 22 Jan 2025 01:18:43 +0000 Received: from localhost ([127.0.0.1]:58444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taPOA-0004RS-WB for submit@debbugs.gnu.org; Tue, 21 Jan 2025 20:18:42 -0500 Received: from mail-vs1-xe2a.google.com ([2607:f8b0:4864:20::e2a]:60699) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1taPO6-0004R4-VN for 55811@debbugs.gnu.org; Tue, 21 Jan 2025 20:18:35 -0500 Received: by mail-vs1-xe2a.google.com with SMTP id ada2fe7eead31-4affab62589so1794924137.1 for <55811@debbugs.gnu.org>; Tue, 21 Jan 2025 17:18:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737508709; x=1738113509; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=l8HLJJt1L2iG/NqeSjRBJaxlAoyckaiC3wl5X0xM/sc=; b=IjZgHvY3x2qZ1phpicers4zMd2CjNsNAaB8W4LinKwMw9cQc5nf88rmxcqzJR/vXs4 /RNjILylWDIaH+yG+mUE9Oi3SzOf1FsnvABe0MJt/Exx700chFtXyhY0L0czwUrF5J7Z roJcbtQdPSB5NkhCpHXKKxW3Gf4YcnaZwV1e1a6+HBFfwW6bSX66/qeUSB7Hgxc28qn1 Dngo0qxu+M1DL9rmrwQJ5tVpzOyDwxGBNyyL/A0M7SJtEkRDhwADLeozptUI+mDuusb+ FuYubwbhGSNAl2TDuvq8FK2R/SRJMG2GypHSPEsTQfSEiGh3Ekr9bS+Z05o+LQMbMec1 Jqcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737508709; x=1738113509; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=l8HLJJt1L2iG/NqeSjRBJaxlAoyckaiC3wl5X0xM/sc=; b=kf6rc6vyUP3s2bGs6vWXy0z7EZSvpQ2oqJM1jYVIVoc68ShlsTQl5cXhtOY1UpVhA5 8f8f3EaWdyX4hb7sJtK2q5Ymtn7oe7qKFiY8s71bgCHnsPXVRHbB7yKLsx3o9xjUerei Dxj4nwmOdc61/BwXkeZnwFkYCEINsaZep91Kku8OtIiXMq2fyoF1vEhX3Z0Q/rAg2km3 t5dL3Up0cinhpv3wY3bj95IvJqBfrCIvrdPRfwFR/04MnMvnOQhdXG00AjBIhRciwZFr xGMkPLWEqOf1CEaUbELgZS+VHdll1JrPx5Ilht5nvtF+EzsSgun5vc4SQspgVWHBy0yJ B4GQ== X-Forwarded-Encrypted: i=1; AJvYcCXaEnyiavOI0zfH5OCbiAWXs4HHEE3R3IWHFkYZb6Uk4dP92vFKldqxv+wEhnRZbAegcSECtQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzxQZSXwW7GB6ZO/EHc/PXxmM3XrN0PuPQx9A7ETHRHubACHVdS L4eY/wNXUknzmyDtI8KokuBguDtwgpFeuXCZKjl79W1Gl9JB5i28KNuVT++3+UOrcL3RAz60ntI hhDWp7sYBUzqyRW0RKIKdZfb2UUg= X-Gm-Gg: ASbGncufzXQF4x0poZlNyG5yffMjdd1X5CZzWe8Mpbw4ZF7YMmNXJ4wSLH6dA91+oUP NrB+suTzHtxcoowGBZ0MK+vmcoXQrzmOSVXA9gKJ+NwVcRGmKo24= X-Google-Smtp-Source: AGHT+IGxPJKuwOsMV0qFxIbieaDyt1/OboMByy5uXJZGZaDFw6W9tVsws+dC1ZWwzJZGPi9DW39643+J7FXdpbqrzRU= X-Received: by 2002:a05:6102:952:b0:4b4:6988:b140 with SMTP id ada2fe7eead31-4b690cb91e8mr16056107137.23.1737508709019; Tue, 21 Jan 2025 17:18:29 -0800 (PST) MIME-Version: 1.0 References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> In-Reply-To: From: Ship Mints Date: Tue, 21 Jan 2025 20:16:49 -0500 X-Gm-Features: AbW1kvZPQNlifnl00PENpIrZp1xaXlR68ffaxH0Wd7tJm74nky6QKUNNkHCLf_8 Message-ID: Content-Type: multipart/mixed; boundary="000000000000655524062c414520" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000655524062c414520 Content-Type: multipart/alternative; boundary="000000000000655522062c41451e" --000000000000655522062c41451e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry I wasn't clear. Joao's suggestion will not work. elisp-flymake--batch-compile-for-flymake invokes byte-compile-file in a subprocess which loads the input file into a fresh buffer with reset buffer locals, negating the parent-process call-site patch's intention. Disabling no-byte-compile has to happen in elisp-flymake--batch-compile-for-flymake to influence byte-compile-file. I've used a new defvar to let bind in the spirit of bytecomp--inhibit-lexical-cookie-warning. I've attached a patch that works for me, along with an appropriate commit log message. -Stephane On Tue, Jan 21, 2025 at 5:07=E2=80=AFPM Stefan Monnier wrote: > > Would be great to adopt the simple flymake change in master, > > Do I understand correctly that you tried it and it worked for you? > > > Stefan > > --000000000000655522062c41451e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry I wasn't clear. Joao's suggestion will not work.

elisp-flymake--batch-c= ompile-for-flymake invokes=C2=A0byte-compile-file in a subprocess which loa= ds the input file into a fresh buffer with reset buffer locals, negating th= e parent-process call-site patch's intention.

Disabling no-byte-compile has to happe= n in elisp-flymake--batch-compile-for-flymake to influence byte-compile-fil= e. I've used a new defvar to let bind in the spirit of=C2=A0bytecomp--i= nhibit-lexical-cookie-warning.

I've attached a patch that works for me, along with a= n appropriate commit log message.

-Stephane

On Tue, Jan 21,= 2025 at 5:07=E2=80=AFPM Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> Would be great to adopt the simpl= e flymake change in master,

Do I understand correctly that you tried it and it worked for you?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--000000000000655522062c41451e-- --000000000000655524062c414520 Content-Type: application/octet-stream; name="0001-elisp-flymake-batch-compile-for-flymake-ignore-no-by.patch" Content-Disposition: attachment; filename="0001-elisp-flymake-batch-compile-for-flymake-ignore-no-by.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_m677nadh0 RnJvbSA3M2NjY2YwZjI4ZDFjMzBhMzljYzJlMzU1ZDgzZGRmMDg2ODU0ZmM4IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IFR1ZSwgMjEgSmFuIDIwMjUgMjA6MTI6MTIgLTA1MDAKU3ViamVjdDogW1BBVENIXSAoZWxpc3At Zmx5bWFrZS0tYmF0Y2gtY29tcGlsZS1mb3ItZmx5bWFrZSk6IGlnbm9yZQogbm8tYnl0ZS1jb21w aWxlIChidWcjNTU4MTEpCgpFbmFibGUgdGhlIGVsaXNwIGZseW1ha2UgYnl0ZSBjb21waWxlciBz dWJwcm9jZXNzIGludm9jYXRpb24gdG8gc3VjY2VlZApldmVuIHdoZW4gYSBuby1ieXRlLWNvbXBp bGUgY29va2llIGlzIHByZXNlbnQgaW4gdGhlIGlucHV0IGZpbGUgYW5kCmJvdW5kIHRvIHQuCgoq IGxpc3AvcHJvZ21vZGVzL2VsaXNwLW1vZGUuZWwgKGVsaXNwLWZseW1ha2UtLWJhdGNoLWNvbXBp bGUtZm9yLWZseW1ha2UpOgpsZXQgYmluZCBieXRlY29tcC0taW5oaWJpdC1uby1ieXRlLWNvbXBp bGUgdG8gdCB3aGVuIGNhbGxpbmcKYnl0ZS1jb21waWxlLWZpbGUuCiogbGlzcC9lbWFjcy1saXNw L2J5dGVjb21wLmVsIChieXRlLWNvbXBpbGUtZmlsZSk6CihieXRlY29tcC0taW5oaWJpdC1uby1i eXRlLWNvbXBpbGUpOiBOZXcgdmFyaWFibGUuCihieXRlLWNvbXBpbGUtZmlsZSk6IElnbm9yZSBu by1ieXRlLWNvbXBpbGUgd2hlbiBub24tbmlsLgotLS0KIGxpc3AvZW1hY3MtbGlzcC9ieXRlY29t cC5lbCAgfCAxMCArKysrKysrKystCiBsaXNwL3Byb2dtb2Rlcy9lbGlzcC1tb2RlLmVsIHwgIDQg KysrLQogMiBmaWxlcyBjaGFuZ2VkLCAxMiBpbnNlcnRpb25zKCspLCAyIGRlbGV0aW9ucygtKQoK ZGlmZiAtLWdpdCBhL2xpc3AvZW1hY3MtbGlzcC9ieXRlY29tcC5lbCBiL2xpc3AvZW1hY3MtbGlz cC9ieXRlY29tcC5lbAppbmRleCA2M2FhOTU2NzI4My4uOWI3NDQ4MTllMmQgMTAwNjQ0Ci0tLSBh L2xpc3AvZW1hY3MtbGlzcC9ieXRlY29tcC5lbAorKysgYi9saXNwL2VtYWNzLWxpc3AvYnl0ZWNv bXAuZWwKQEAgLTIxODAsNiArMjE4MCwxMyBAQCBieXRlLXdyaXRlLXRhcmdldC1maWxlCiAKIChk ZWZ2YXIgYnl0ZWNvbXAtLWluaGliaXQtbGV4aWNhbC1jb29raWUtd2FybmluZyBuaWwpCiAKKyhk ZWZ2YXIgYnl0ZWNvbXAtLWluaGliaXQtbm8tYnl0ZS1jb21waWxlIG5pbAorICAiSWYgbm9uLW5p bCwgYG5vLWJ5dGUtY29tcGlsZScgaXMgaW5oaWJpdGVkLgorYG5vLWJ5dGUtY29tcGlsZScgaXMg YXNzdW1lZCB0byBiZSBhIGJ1ZmZlci1sb2NhbCB2YXJpYWJsZSBzZXQgdmlhIGEKK2ZpbGUgbG9j YWwuICBUaGlzIHZhcmlhYmxlIGlzIGludGVuZGVkIHRvIGJlIHVzZWQgYnkgbGludGVycyBzdWNo IGFzCitgZmx5bWFrZScgd2hpY2ggYXJlIG5vdCBzdXBwb3NlZCB0byBwZXJtYW5lbnRseSBzYXZl IGJ5dGUtY29tcGlsZWQKK2ZpbGVzLiIpCisKIDs7OyMjI2F1dG9sb2FkCiAoZGVmdW4gYnl0ZS1j b21waWxlLWZpbGUgKGZpbGVuYW1lICZvcHRpb25hbCBsb2FkKQogICAiQ29tcGlsZSBhIGZpbGUg b2YgTGlzcCBjb2RlIG5hbWVkIEZJTEVOQU1FIGludG8gYSBmaWxlIG9mIGJ5dGUgY29kZS4KQEAg LTIyNzcsNyArMjI4NCw4IEBAIGJ5dGUtY29tcGlsZS1maWxlCiAgICAgICAoc2V0cSBkZWZhdWx0 LWRpcmVjdG9yeSAoZmlsZS1uYW1lLWRpcmVjdG9yeSBmaWxlbmFtZSkpKQogICAgIDs7IENoZWNr IGlmIHRoZSBmaWxlJ3MgbG9jYWwgdmFyaWFibGVzIGV4cGxpY2l0bHkgc3BlY2lmeSBub3QgdG8K ICAgICA7OyBjb21waWxlIHRoaXMgZmlsZS4KLSAgICAoaWYgKHdpdGgtY3VycmVudC1idWZmZXIg aW5wdXQtYnVmZmVyIG5vLWJ5dGUtY29tcGlsZSkKKyAgICAoaWYgKHdpdGgtY3VycmVudC1idWZm ZXIgaW5wdXQtYnVmZmVyCisgICAgICAgICAgKGlmIGJ5dGVjb21wLS1pbmhpYml0LW5vLWJ5dGUt Y29tcGlsZSBuaWwgbm8tYnl0ZS1jb21waWxlKSkKIAkocHJvZ24KIAkgIDs7IChtZXNzYWdlICIl cyBub3QgY29tcGlsZWQgYmVjYXVzZSBvZiBgbm8tYnl0ZS1jb21waWxlOiAlcyciCiAJICA7OyAJ ICAgKGJ5dGUtY29tcGlsZS1hYmJyZXZpYXRlLWZpbGUgZmlsZW5hbWUpCmRpZmYgLS1naXQgYS9s aXNwL3Byb2dtb2Rlcy9lbGlzcC1tb2RlLmVsIGIvbGlzcC9wcm9nbW9kZXMvZWxpc3AtbW9kZS5l bAppbmRleCBjNTAzMDM2OTVmMC4uNGI4OTQ3NzdhOWUgMTAwNjQ0Ci0tLSBhL2xpc3AvcHJvZ21v ZGVzL2VsaXNwLW1vZGUuZWwKKysrIGIvbGlzcC9wcm9nbW9kZXMvZWxpc3AtbW9kZS5lbApAQCAt MjIwNCw2ICsyMjA0LDcgQEAgZWxpc3AtZmx5bWFrZS1ieXRlLWNvbXBpbGUtbG9hZC1wYXRoCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKHRo cm93ICd0YWcgbmlsKSkpKSkpKQogCiAoZGVmdmFyIGJ5dGVjb21wLS1pbmhpYml0LWxleGljYWwt Y29va2llLXdhcm5pbmcpCisoZGVmdmFyIGJ5dGVjb21wLS1pbmhpYml0LW5vLWJ5dGUtY29tcGls ZSkKIAogOzs7IyMjYXV0b2xvYWQKIChkZWZ1biBlbGlzcC1mbHltYWtlLWJ5dGUtY29tcGlsZSAo cmVwb3J0LWZuICZyZXN0IF9hcmdzKQpAQCAtMjI5Myw3ICsyMjk0LDggQEAgZWxpc3AtZmx5bWFr ZS0tYmF0Y2gtY29tcGlsZS1mb3ItZmx5bWFrZQogICAgICAgICAgICAgICAgICAgY29sbGVjdGVk KQogICAgICAgICAgICAgdCkpKQogICAgICh1bndpbmQtcHJvdGVjdAotICAgICAgICAoYnl0ZS1j b21waWxlLWZpbGUgZmlsZSkKKyAgICAgICAgKGxldCAoKGJ5dGVjb21wLS1pbmhpYml0LW5vLWJ5 dGUtY29tcGlsZSB0KSkKKyAgICAgICAgICAoYnl0ZS1jb21waWxlLWZpbGUgZmlsZSkpCiAgICAg ICAoaWdub3JlLWVycm9ycwogICAgICAgICAoa2lsbC1idWZmZXIgYnl0ZS1jb21waWxlLWxvZy1i dWZmZXIpKSkKICAgICAocHJpbjEgOmVsaXNwLWZseW1ha2Utb3V0cHV0LXN0YXJ0KQotLSAKMi40 Ny4xCgo= --000000000000655524062c414520-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jan 2025 15:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173755851528433 (code B ref 55811); Wed, 22 Jan 2025 15:09:02 +0000 Received: (at 55811) by debbugs.gnu.org; 22 Jan 2025 15:08:35 +0000 Received: from localhost ([127.0.0.1]:35835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tacLK-0007OX-Fy for submit@debbugs.gnu.org; Wed, 22 Jan 2025 10:08:34 -0500 Received: from mail-qt1-x834.google.com ([2607:f8b0:4864:20::834]:55402) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tacLI-0007OD-2j for 55811@debbugs.gnu.org; Wed, 22 Jan 2025 10:08:32 -0500 Received: by mail-qt1-x834.google.com with SMTP id d75a77b69052e-46788c32a69so87768751cf.2 for <55811@debbugs.gnu.org>; Wed, 22 Jan 2025 07:08:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737558506; x=1738163306; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+jok42Fc80YTTlMUXNStZ5H5vV1O+lRfwHgJTRhCOsI=; b=Ea+Ni37WzFajKOVj/by1Fo852W98+g3zT3eFSKBp7F/CQVkPY2ueiRHkF837sdCU8P qyMoBy00b/qbEmN8WvZk605hV8/zYB2on7OX5gd3K40DGZbKAs3jpn8lp6mIeAtYRwlf Q05dIL8QBUIG1nNXNwhxhlobHPolvBVrW0qaLpCyKGXYSBBsQXsu+BKgtmvdZO9TtlDM XJH9Lx8k/7hkobzx/8FfecOduNvLcMEWOdnWE+kiRhiSotUMlKbP0EyRE+sAfwaLb0Oo AH3xFAUbzTbaolBP5KdTfE/bVNAwS3j5eZ0nNz+VX82/IMKQE+YjVm9OiRcI9xsGFUU7 6GQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737558506; x=1738163306; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+jok42Fc80YTTlMUXNStZ5H5vV1O+lRfwHgJTRhCOsI=; b=WACsM2T+2/JyerGvE0i1XzMrgvqiSEiqQTBlRXiNGaVCJwm/X0q9ANPOByhHIhXd9/ WYJs4aVf+NUZ5ck6r0JjzfA9ME1KeyoepmmNJHc7/K+pMLChIaoc6JpApIPbkuci3mNm Z/1p0cYVtJ+372muwYjrhM4f25emxRY4JIYFbIPVxc1DEWBrWpf1j7fhDYsrReGX8kTh JWVNJseiZB8UTZfzvX/NtVefNnToxs+ZVnxZwexogLxh+QBCUREFqq9Yi2Ov7PDxNFEp Y4dhqtbEK4PNr/AWCaX51CHbFQzkwwJALdRwRKnEWBIxrF1GG5TMc4qQ3ZzbCiFxZtTy J8gQ== X-Forwarded-Encrypted: i=1; AJvYcCXWkB9+y3F0awrOBm/1eB4HT2tNYkOBNXaf3athaZMQUDfG28dNdxYIPQK9dN+FxVSGy2aQyQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yy5e0Ig2XWnab6LMgp850ePfZUwqsE4Pno0aV5nB03C8Q3TIjr/ Yg1QQnL4UYfwLL20hd0auOI5eDjhcHqYQYbDPEXcWfCXtG1AEoYrGvWrMR1PL4UY+hOBLnSyHXb 7jb4Rb5BHlou66B/VJp8VGWOfYIN213hb X-Gm-Gg: ASbGncvB2mrqt5PGjbarD8gxIz41CKqe8pbDapyeRcVVVbThjzMeFf+8/+Ms1YOgvJV JYowqKPf2jvwDeoKDJJ0rDV2DBLIYF9J6B8aJIpMcG5oJQPl7kg0= X-Google-Smtp-Source: AGHT+IHAA7e/vjgpGqCsRHoFc2h56inCCfFMKfyYkZScscDI8WylrYX6zZpbWNzeQi3PiLiP9PMFBGUDVV1tdmpeoqA= X-Received: by 2002:ac8:5804:0:b0:467:50b8:63aa with SMTP id d75a77b69052e-46e12ab4bfdmr264683481cf.28.1737558506101; Wed, 22 Jan 2025 07:08:26 -0800 (PST) MIME-Version: 1.0 References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> In-Reply-To: From: Ship Mints Date: Wed, 22 Jan 2025 10:06:46 -0500 X-Gm-Features: AWEUYZm94F14ZNV8VuIfDoW5EXmYN7lfcYuSHL1Y1Phyl-rI4_NUx708EPnyS6k Message-ID: Content-Type: multipart/alternative; boundary="0000000000008864da062c4cddb0" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000008864da062c4cddb0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable If you test this on a recent build, you need to deal with trusted content. I ran this before loading a "trusted" test file (setq trusted-content :all)= . On Tue, Jan 21, 2025 at 8:16=E2=80=AFPM Ship Mints wr= ote: > Sorry I wasn't clear. Joao's suggestion will not work. > > elisp-flymake--batch-compile-for-flymake invokes byte-compile-file in a > subprocess which loads the input file into a fresh buffer with reset buff= er > locals, negating the parent-process call-site patch's intention. > > Disabling no-byte-compile has to happen in > elisp-flymake--batch-compile-for-flymake to influence byte-compile-file. > I've used a new defvar to let bind in the spirit > of bytecomp--inhibit-lexical-cookie-warning. > > I've attached a patch that works for me, along with an appropriate commit > log message. > > -Stephane > > On Tue, Jan 21, 2025 at 5:07=E2=80=AFPM Stefan Monnier > wrote: > >> > Would be great to adopt the simple flymake change in master, >> >> Do I understand correctly that you tried it and it worked for you? >> >> >> Stefan >> >> --0000000000008864da062c4cddb0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If you test this on a recent build, you need to deal with trusted conten= t. I ran this before loading a "trusted" test file=C2=A0(setq tru= sted-content :all).

On Tue, Jan 21, 2025 at 8:16= =E2=80=AFPM Ship Mints <shipmints= @gmail.com> wrote:
Sorry I wasn't clear. Joao's suggestion will not work= .

elisp-flyma= ke--batch-compile-for-flymake invokes=C2=A0byte-compile-file in a subproces= s which loads the input file into a fresh buffer with reset buffer locals, = negating the parent-process call-site patch's intention.

Disabling no-byte-compile h= as to happen in elisp-flymake--batch-compile-for-flymake to influence byte-= compile-file. I've used a new defvar to let bind in the spirit of=C2=A0= bytecomp--inhibit-lexical-cookie-warning.

I've attached a patch that works for me, a= long with an appropriate commit log message.

-Stephane

On Tue, Jan 21, 2025 at 5:07= =E2=80=AFPM Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> Would be great to adopt the = simple flymake change in master,

Do I understand correctly that you tried it and it worked for you?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--0000000000008864da062c4cddb0-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jan 2025 18:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173765597217968 (code B ref 55811); Thu, 23 Jan 2025 18:13:02 +0000 Received: (at 55811) by debbugs.gnu.org; 23 Jan 2025 18:12:52 +0000 Received: from localhost ([127.0.0.1]:42294 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tb1hD-0004fg-Kq for submit@debbugs.gnu.org; Thu, 23 Jan 2025 13:12:52 -0500 Received: from mail-qt1-x836.google.com ([2607:f8b0:4864:20::836]:61546) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tb1h5-0004f2-LQ for 55811@debbugs.gnu.org; Thu, 23 Jan 2025 13:12:44 -0500 Received: by mail-qt1-x836.google.com with SMTP id d75a77b69052e-467a37a2a53so13196721cf.2 for <55811@debbugs.gnu.org>; Thu, 23 Jan 2025 10:12:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737655958; x=1738260758; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=TT1jCUEfa21kp2r4ub7bk6BUEUnyWOdbPEM59C4vdFY=; b=NbGxwfo0e+D1X4mRXUrb1YDJMgsXPPxPsupDuC2NzfSzXnqHPb2ZzbRBI+feifIS3O 9zasXWKNk9ctKcmsSrokBRCv0OEZos0TGO+A8gTyb+ao2d3Q95rqY9icV+R07Yov07MG KtFrtsXHzPRBUCIAbMHPVurRzvBBrQMZzUps+WPhrqbWxFPHmJvD062+YM3D96Q25iF0 EO1cXu/0YIbm7gaKqDpbMdBMelhRd1GfTTT1R7jt/a2KLhKkHgXhShhCwIAVrn06QplC Smrwz0FHGrry00Rs19x0i3kRPx2sv0QN8Ff8uK9exFFDNaNbsagMSG0qG/dXnhb4Tu94 GPJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737655958; x=1738260758; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=TT1jCUEfa21kp2r4ub7bk6BUEUnyWOdbPEM59C4vdFY=; b=QdugSRB3cmBWldwDas0R5pD3/QWO9CMxjAABEzOjgYW8tMOeZuuQmkkbG079jklOUq xSBlZifY+zvXaLyKqvqm/v5cnqGBtTGhmn6iJI7TgR2enTs25Hv8MuJWqZgJ8DX8zhlJ h3copprfmwaQ0/B8Fc0v2aHPRieUGsFj0mVG1fALocHu9RKTvkue09H7HhXL42RKL411 psOpR1ffBkVaQXmqHKVgiQKOfv650NNSCWcdwmGGKHkSYU2+HgTwGDnxLJOJIzngrG4f usNsz8zrvZvBhDk2W27pQgUXll2h8lUBNveoh/MW1BkerbB1WSjqoOZwSd73UvMkyQVV brww== X-Forwarded-Encrypted: i=1; AJvYcCVUfe+NfBiqEatKw8c5Qn0/4upP3RUxNPI9kdLhiRJd9eVk+TT9pwDz7j2rirWQvcVAbGBv9g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzC9PhvjysN6DkQtwGzbIeGwqzdTm7Ni6XzOxTUHBrtQld2DeAN Ut6cOhviWsIdnN1l8dJHvs1djIrWOV/ISa62o0bzbBxmk58QkKyOryzekImp/otIkgwV3u+rEQT UrWODtyy5B/ag7fwDcCW0Zj5Rrg8= X-Gm-Gg: ASbGncu1dlDukgWUv6vl4/1qc/BSSd+742/5SaFkYZStwje+eLELwcg/+pInqAjHOL9 YRisOiYcgRgYwIzmGgfrFvUgyYqSTYCuD9FG9UEZkkDf0u8ojDL14m2TmdFymqA== X-Google-Smtp-Source: AGHT+IF918vMSdSR/uO1SUoaqbJ2GWojChoBud4ybU3yqFEtHSVPrbTdgeBdgNuRfhNbeUckgBlh7lUo1p/qr2nIjDc= X-Received: by 2002:ac8:5ac5:0:b0:46d:fd08:7c9f with SMTP id d75a77b69052e-46e12a462a7mr397897271cf.22.1737655957603; Thu, 23 Jan 2025 10:12:37 -0800 (PST) MIME-Version: 1.0 References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> In-Reply-To: From: Ship Mints Date: Thu, 23 Jan 2025 13:10:55 -0500 X-Gm-Features: AWEUYZn_PYIrQztr-C9T3O26fdj3ODdZwu8nZNNCuTGIuzMZJDjZb2bk8MNXKXs Message-ID: Content-Type: multipart/alternative; boundary="000000000000184902062c638e6f" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000184902062c638e6f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Anyone want to give this a try (especially someone with commit rights)? It's a simple enough change to make it into Emacs 30.1 or .2, too. On Tue, Jan 21, 2025 at 8:16=E2=80=AFPM Ship Mints wr= ote: > Sorry I wasn't clear. Joao's suggestion will not work. > > elisp-flymake--batch-compile-for-flymake invokes byte-compile-file in a > subprocess which loads the input file into a fresh buffer with reset buff= er > locals, negating the parent-process call-site patch's intention. > > Disabling no-byte-compile has to happen in > elisp-flymake--batch-compile-for-flymake to influence byte-compile-file. > I've used a new defvar to let bind in the spirit > of bytecomp--inhibit-lexical-cookie-warning. > > I've attached a patch that works for me, along with an appropriate commit > log message. > > -Stephane > > On Tue, Jan 21, 2025 at 5:07=E2=80=AFPM Stefan Monnier > wrote: > >> > Would be great to adopt the simple flymake change in master, >> >> Do I understand correctly that you tried it and it worked for you? >> >> >> Stefan >> >> --000000000000184902062c638e6f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Anyone want to give this a try (especially someone with commit rights)? = It's a simple enough change to make it into Emacs 30.1 or .2, too.

On Tue, Jan 21, 2025 at 8:16=E2=80=AFPM Ship Mints &= lt;shipmints@gmail.com> wrote= :
Sorry I was= n't clear. Joao's suggestion will not work.

elisp-flymake--batch-compile-for-fly= make invokes=C2=A0byte-compile-file in a subprocess which loads the input f= ile into a fresh buffer with reset buffer locals, negating the parent-proce= ss call-site patch's intention.

Disabling no-byte-compile has to happen in elisp-fly= make--batch-compile-for-flymake to influence byte-compile-file. I've us= ed a new defvar to let bind in the spirit of=C2=A0bytecomp--inhibit-lexical= -cookie-warning.

I've attached a patch that works for me, along with an appropriate = commit log message.

-Stephane

On Tue, Jan 21, 2025 at 5:07=E2=80=AFPM Stefan Monnie= r <monnier= @iro.umontreal.ca> wrote:
> Would be great to adopt the simple flymake change in = master,

Do I understand correctly that you tried it and it worked for you?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--000000000000184902062c638e6f-- From unknown Tue Jun 17 01:40:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55811: 29.0.50; No flymake diagnostics for no-byte-compile files Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Feb 2025 21:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55811 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Lars Ingebrigtsen , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , 55811@debbugs.gnu.org Received: via spool by 55811-submit@debbugs.gnu.org id=B55811.173861636431389 (code B ref 55811); Mon, 03 Feb 2025 21:00:02 +0000 Received: (at 55811) by debbugs.gnu.org; 3 Feb 2025 20:59:24 +0000 Received: from localhost ([127.0.0.1]:41518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tf3XP-0008AC-Iu for submit@debbugs.gnu.org; Mon, 03 Feb 2025 15:59:23 -0500 Received: from mail-vk1-xa2d.google.com ([2607:f8b0:4864:20::a2d]:55411) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tf3XN-00089p-3z for 55811@debbugs.gnu.org; Mon, 03 Feb 2025 15:59:21 -0500 Received: by mail-vk1-xa2d.google.com with SMTP id 71dfb90a1353d-5162571e761so1628642e0c.2 for <55811@debbugs.gnu.org>; Mon, 03 Feb 2025 12:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738616355; x=1739221155; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=BCMs/qHQwLUwGK3mfkgaCpbksbfGv8lZvdwhP6o/+OE=; b=Z2VRmlQJtp5QRwUl5bbKDBJJqEjEbJ+NxatZ5pyx/I2NXD0xWe8ah7wkcWA0j3vn9d St+8c0KcDTFMyZaT+zv3aApbRpNoG7suK7Oqe9GjflhMK+YClkWo48i3qQvUJkVCgAOD 5MtYSr6VidQlMdDEt7WThY4vHJqPF4OORQ2n8BYyWp071fLGMXasYckKZNv0IUBgiLWW Se/85ymC/W/eh04rabGB1GBGEcFJj+idlKEKxcoSUzne4Ji+ogUHYSfskpWN6sXA4GOW jUK1t30CUbO5Vcidq2XCIbxZ0cuMhh46t7btk0IM+ClOxP27WkdeMTRJkIiof5XLBHi/ XMlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738616355; x=1739221155; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=BCMs/qHQwLUwGK3mfkgaCpbksbfGv8lZvdwhP6o/+OE=; b=cMsud65nb2FeGDiyElnHCGZh3F7azPz/LckQNU0sjlpWrAaEFuvhL/TJ/iX9Q1BYqh sqw5AHCDqUxr43lFEFRCYJy93QtUIKJEvIyxuZ9mDoAbP6l5U4DMWDo2se+RaDPFBldW 7a6D+G+5hK61pOFirEF439bqwGQdZpHQhjyFtauq+6hc+dxiJ169Y6FdpXLwvxjgwsz/ gCK8Dbtz0V7+loYL/ZX0I2+SP9Fki3btPyNtxHZfB5dFCKzdf8o0e8zrrW1cjN9eajKF eoo8CjWaB0H4i8uNsFjxFgUyg09X3UIaiD2AdF4BFe1V8/z9lmD6nTQWmxCcGwixabUF ObdA== X-Forwarded-Encrypted: i=1; AJvYcCWNaSaah7qdIDf50Khus5GLJ3KXBtQzim5JaJVRS6n3110jQWJV3pMhw+SAm7566iCSRs8DRA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzAABnfS7kB2XtlePOuODMH4b/kqtMVIGoYFFmV//J2BErd7t6z JF/ljaG5GyNENGO3D5Snkmk8stUGd8eHZvnOTXWqNBBVV3A5tBC5wXPtyqADNxP+0Fag/NNUIPw ChkV6FnW9VuaAMwHtYUE6Y4ciLCA= X-Gm-Gg: ASbGncv6jLSvUUdHKjHSNkQaWg3omlPYHNk1r1tSuwohR5s2T75Lqou1qtNT5c17zUV Ihd5GSbiKOBa1Y7Kt7wF/57f4nUhCCOoIJ1BgEly1ZmB8A1vsHBBArXpzYha8yjzMWHVNZTms X-Google-Smtp-Source: AGHT+IFtbOoUWclx7FF/0vtkinu3Ymc17J6r6ueURX/rRoVi0I/6VRM8SB8dVA0fk9Cn26VIHr0qGiovzLm/w62v6i0= X-Received: by 2002:a05:6122:1999:b0:50f:f21c:4fd0 with SMTP id 71dfb90a1353d-51e9e516553mr16469940e0c.8.1738616355289; Mon, 03 Feb 2025 12:59:15 -0800 (PST) MIME-Version: 1.0 References: <87k09u26ls.fsf@gnus.org> <87k09t561m.fsf@gmail.com> <87bkv465r2.fsf@gmail.com> In-Reply-To: From: Ship Mints Date: Mon, 3 Feb 2025 15:57:17 -0500 X-Gm-Features: AWEUYZkoc1OYPE6pWlFSPeqfkxHNn436CbwPk-0UJUphxAjivMvzyns69QW-LxQ Message-ID: Content-Type: multipart/alternative; boundary="00000000000042038b062d432aaa" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000042038b062d432aaa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Is it possible to get some traction on this patch? TIA, -Stephane On Tue, Jan 21, 2025 at 8:16=E2=80=AFPM Ship Mints wr= ote: > Sorry I wasn't clear. Joao's suggestion will not work. > > elisp-flymake--batch-compile-for-flymake invokes byte-compile-file in a > subprocess which loads the input file into a fresh buffer with reset buff= er > locals, negating the parent-process call-site patch's intention. > > Disabling no-byte-compile has to happen in > elisp-flymake--batch-compile-for-flymake to influence byte-compile-file. > I've used a new defvar to let bind in the spirit > of bytecomp--inhibit-lexical-cookie-warning. > > I've attached a patch that works for me, along with an appropriate commit > log message. > > -Stephane > > On Tue, Jan 21, 2025 at 5:07=E2=80=AFPM Stefan Monnier > wrote: > >> > Would be great to adopt the simple flymake change in master, >> >> Do I understand correctly that you tried it and it worked for you? >> >> >> Stefan >> >> --00000000000042038b062d432aaa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Is it possible to get some traction on this patch?

TIA,

-Stephane

On Tu= e, Jan 21, 2025 at 8:16=E2=80=AFPM Ship Mints <shipmints@gmail.com> wrote:
Sorry I wasn't clear. Joao's su= ggestion will not work.

elisp-flymake--batch-compile-for-flymake invokes=C2=A0byte-compi= le-file in a subprocess which loads the input file into a fresh buffer with= reset buffer locals, negating the parent-process call-site patch's int= ention.
<= br>
Disab= ling no-byte-compile has to happen in elisp-flymake--batch-compile-for-flym= ake to influence byte-compile-file. I've used a new defvar to let bind = in the spirit of=C2=A0bytecomp--inhibit-lexical-cookie-warning.

I've attached a patc= h that works for me, along with an appropriate commit log message.

-Stephane
=
On Tue= , Jan 21, 2025 at 5:07=E2=80=AFPM Stefan Monnier <monnier@iro.umontreal.ca> wr= ote:
> Would = be great to adopt the simple flymake change in master,

Do I understand correctly that you tried it and it worked for you?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--00000000000042038b062d432aaa--