From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 13:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 51661@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16362922275333 (code B ref -1); Sun, 07 Nov 2021 13:38:02 +0000 Received: (at submit) by debbugs.gnu.org; 7 Nov 2021 13:37:07 +0000 Received: from localhost ([127.0.0.1]:52077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjiM6-0001Nx-Gd for submit@debbugs.gnu.org; Sun, 07 Nov 2021 08:37:06 -0500 Received: from lists.gnu.org ([209.51.188.17]:58912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjiM3-0001Nn-N7 for submit@debbugs.gnu.org; Sun, 07 Nov 2021 08:37:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49758) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjiM3-00048F-H4 for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 08:37:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44746) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjiM3-0004ly-92 for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 08:37:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:Subject:To:From:Date:in-reply-to: references; bh=wHSYgbeeX2NME/fNUrdJ3jewJgXGn9iFAS5AHPdauPw=; b=ZAqpBfvQzc0AgD S+mzdvyyLkKtSrJgr9aTQF5oktjJSfFs4rtoWXNnATxG5lScsc0TpFUtS1/ZfrEHoUkaLB1uloGBE fsqlVYfrCq5CoMnqULvD+dQclVGjpCZVUUt2Dcd+9zpF2tqjgaYW9FT4q9wJLXYsh2Y2K6FZy7Hk9 rE2gQsgaNr8RpyoGqeHB9GVh915IGFa2ACbDeLRp11S0+a6/21rRpu8JvsrOWA4g4iF+Zeaiio1rp zkKKWYCAsNIB9Cv55kKcgmXhCbCyZbgvxwEDxiIhG0VD9RJssA10naFIN7eWtMGBMRegVqcx1xiKb ElFWhbCPGvu3AxN0TUMA==; Received: from [87.69.77.57] (port=4727 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjiM2-0002j5-SU for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 08:37:03 -0500 Date: Sun, 07 Nov 2021 15:36:50 +0200 Message-Id: <83o86w84ul.fsf@gnu.org> From: Eli Zaretskii MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 (---) To reproduce: emacs -Q C-h f emoji-insert RET This says: emoji-insert is an autoloaded interactive Lisp closure in ‘emoji.el’. Other commands still say "interactive compiled Lisp function", at least the few I tried did. What is "an autoloaded interactive Lisp closure"? There's no mention of it in the Emacs user manual, and the Emacs Lisp Reference manual says this about closures: A closure is a function that also carries a record of the lexical environment that existed when the function was defined. When it is invoked, any lexical variable references within its definition use the retained lexical environment. In all other respects, closures behave much like ordinary functions; in particular, they can be called in the same way as ordinary functions. Is this the same "closure"? What is special about this command that we say "closure" there? Do we have to confuse users by showing that in the Help buffers? In GNU Emacs 29.0.50 (build 137, i686-pc-mingw32) of 2021-11-07 built on HOME-C4E4A596F7 Repository revision: a05f6bb6718a6ba2617d367e665d6f658a518448 Repository branch: master Windowing system distributor 'Microsoft Corp.', version 5.1.2600 System Description: Microsoft Windows XP Service Pack 3 (v5.1.0.2600) Configured using: 'configure -C --prefix=/d/usr --with-wide-int --enable-checking=yes,glyphs 'CFLAGS=-O0 -gdwarf-4 -g3'' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS WEBP XPM ZLIB Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: ELisp/l Minor modes in effect: bug-reference-prog-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media rmc puny dired dired-loaddefs rfc822 mml mml-sec epa epg rfc6068 epg-config gnus-util rmail rmail-loaddefs auth-source password-cache json map time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils vc-git diff-mode easy-mmode vc-dispatcher bug-reference shortdoc text-property-search eieio-opt speedbar ezimage dframe find-func emoji pcase derived transient cl-seq format-spec edmacro kmacro eieio eieio-core cl-macs eieio-loaddefs cl-extra seq gv subr-x byte-opt bytecomp byte-compile cconv thingatpt help-fns radix-tree help-mode cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win 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 cl-generic 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 simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 89759 6808) (symbols 48 9892 1) (strings 16 31319 2890) (string-bytes 1 870273) (vectors 16 18283) (vector-slots 8 232402 11964) (floats 8 78 46) (intervals 40 554 168) (buffers 888 13)) From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 13:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 51661@debbugs.gnu.org Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163629336615717 (code B ref 51661); Sun, 07 Nov 2021 13:57:01 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 13:56:06 +0000 Received: from localhost ([127.0.0.1]:52125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjieT-00045R-NL for submit@debbugs.gnu.org; Sun, 07 Nov 2021 08:56:06 -0500 Received: from quimby.gnus.org ([95.216.78.240]:35308) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjieS-000451-9O for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 08:56:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=9xYVpKr23ICok3nuif8+m/Uk8wSO3hL7sqQRP1wILco=; b=Dsx5Tw/iDJ4NaYp8p1l9V665Mi 4ayX5EkrXQ0prJ+P4x0mA1dmvUoduGJ4sZ/MAhA15HP3vzB0JowjBQKWX4ISVaasjmOcB22a21/am LAmM0Msliqri+qwYm8mqCt+mNmZhjWscc9WTaqVMf8c97Atak4/o6wwv7UE8hkNaeyQ4=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mjieJ-0000rF-F8; Sun, 07 Nov 2021 14:55:58 +0100 From: Lars Ingebrigtsen References: <83o86w84ul.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEX9/f22rp00Lyne 2tNqYVKgkXOFeGH///+tuyR9AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+ULBw0tNocSdRwAAAGnSURB VDjLvZMxd+MgDMflR2+vnDjznY7zDCXuHiIzG8d4bvug3/8jnOy+W/LI0OW0GPRDSNZfANStBXVw iM6iPdyBZuSRj5n5dgdAmfpVD3N8HzxX/XaGVM0dPXRTxa/QA95qwEnEoQasRFSB8nDYk3f4Vd0w xm3vFEFy295Tj+KxmT57+WJDgJ2BRnsifQW1LjnTb4CEAo7P+MRM7AMMOa6j//NkYvDQ0hsvOoQT a9MVM6Q5eIzag9esR+JgM0/dTX7tozDnHSx69Hy1XZpepcRG4tkLoJ655/4dcZ0GAcM463LeQOLs +5Ai8mSjw3MJVFoBGqPkHWNctLEnl3xZdJq3iMuysmYOWYMaYqbxNK476HNivXriC6jGM4VScO5J qkqBAxMFEeYHjQsxl2PvYeBya+UgaelZU9CTduuqSfr2Sw72TNdduYVk0URP4M4/pbvvy+VLCK9l oYoAY3fR3T+JdnnSpwdnK2PyepnBuQqwpgVjKsBs78M9ANWrttl1tfHZgav5nSSHb4HHD+flv4Mu 4nDrEBNOdxFOKeM2My/g6tYCPbC/0VxlXj9W7vUAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTEt MDdUMTM6NDU6NTQrMDA6MDCeUl5QAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTExLTA3VDEzOjQ1 OjU0KzAwOjAw7w/m7AAAAABJRU5ErkJggg== X-Now-Playing: Sleater-Kinney's _Path of Wellness_: "Worry With You" Date: Sun, 07 Nov 2021 14:55:54 +0100 In-Reply-To: <83o86w84ul.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 07 Nov 2021 15:36:50 +0200") Message-ID: <87wnlkhxxx.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Eli Zaretskii writes: > To reproduce: > > emacs -Q > C-h f emoji-insert RET > > This says: > > emoji-insert is an autoloaded interactive Lisp closure in =?UTF-8?Q?=E2=80=98emoji.el=E2=80=99.?= > > Other commands still say "interactive compiled Li [...] 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 (---) Eli Zaretskii writes: > To reproduce: > > emacs -Q > C-h f emoji-insert RET > > This says: > > emoji-insert is an autoloaded interactive Lisp closure in =E2=80=98emoj= i.el=E2=80=99. > > Other commands still say "interactive compiled Lisp function", at > least the few I tried did. I think that's because your emoji.el isn't byte-compiled? Hm... mine's not byte-compiled either? Do we have to add some incantation somewhere to get newly-added .el files to be byte-compiled? > Is this the same "closure"? Yes. > What is special about this command that we say "closure" there? Do we > have to confuse users by showing that in the Help buffers? C-h f will say that about all uncompiled functions that use lexical binding, I think? So there's nothing special about it. (If it didn't use lexical binding it'd say "lambda" instead of "closure", I guess.) I have no opinion on whether this distinction (lambda/closure) is meaningful to expose to the user in `C-h f'. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 14:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 51661@debbugs.gnu.org Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163629401716863 (code B ref 51661); Sun, 07 Nov 2021 14:07:01 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 14:06:57 +0000 Received: from localhost ([127.0.0.1]:52136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjioz-0004Nv-5c for submit@debbugs.gnu.org; Sun, 07 Nov 2021 09:06:57 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjiou-0004Ng-An for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 09:06:55 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45508) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjiop-0003RB-3r; Sun, 07 Nov 2021 09:06:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=xR0fbmytbghcwTk6FmCuTkyZN7xPL7/ZPzUrUjrs+Lk=; b=RYHuHhUP/K/BRPPdeS+w G9dQWmir17q/BpX44t9DegfMGDE4Kad3ZnHGrBiIuvtIPXA6pxU8HnqrLRsVp6W35YeGigQNzg/Ee S4JKKkag3wHUfNgdVK+fRMhypzy6KttuLE5kzzffvkFu7kvcbefeIwU7G81VLD4SnDKtnQzVTvSCH A65VA/8st9SkuBU9TmkVHKgf1aXZgTlXusSSPt7gngTbr7QFSPxx01ZpqGxlLFdh860pvqRI6CWeQ ldeyfT+s85hCNrDtBJSsHFW14DAZsN747Ks0//LzT4ddktUXqe4IgTFupNt5QPeZRw1pQPpCRQAb2 gJhZvFIkla0NEw==; Received: from [87.69.77.57] (port=2574 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjioo-000868-Md; Sun, 07 Nov 2021 09:06:47 -0500 Date: Sun, 07 Nov 2021 16:06:33 +0200 Message-Id: <83ilx483h2.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87wnlkhxxx.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 07 Nov 2021 14:55:54 +0100) References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 (---) > From: Lars Ingebrigtsen > Cc: 51661@debbugs.gnu.org > Date: Sun, 07 Nov 2021 14:55:54 +0100 > > Eli Zaretskii writes: > > > To reproduce: > > > > emacs -Q > > C-h f emoji-insert RET > > > > This says: > > > > emoji-insert is an autoloaded interactive Lisp closure in ‘emoji.el’. > > > > Other commands still say "interactive compiled Lisp function", at > > least the few I tried did. > > I think that's because your emoji.el isn't byte-compiled? Hm... mine's > not byte-compiled either? Do we have to add some incantation somewhere > to get newly-added .el files to be byte-compiled? No. But emoji.el says this: (insert ";; Local" " Variables: ;; coding: utf-8 ;; version-control: never ;; no-byte-compile: t ;; no-update-autoloads: t ;; End: (provide 'emoji-labels) and that trips the 'compile-main' target in lisp/Makefile to think this file should not be byte-compiled. > > Is this the same "closure"? > > Yes. > > > What is special about this command that we say "closure" there? Do we > > have to confuse users by showing that in the Help buffers? > > C-h f will say that about all uncompiled functions that use lexical > binding, I think? So there's nothing special about it. (If it didn't > use lexical binding it'd say "lambda" instead of "closure", I guess.) > > I have no opinion on whether this distinction (lambda/closure) is > meaningful to expose to the user in `C-h f'. I think we should replace "closure" by "function" in the Help buffer. There's no need to show this to users. From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 14:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 51661@debbugs.gnu.org, Stefan Monnier Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163629423517213 (code B ref 51661); Sun, 07 Nov 2021 14:11:01 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 14:10:35 +0000 Received: from localhost ([127.0.0.1]:52140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjisU-0004TZ-Nh for submit@debbugs.gnu.org; Sun, 07 Nov 2021 09:10:34 -0500 Received: from quimby.gnus.org ([95.216.78.240]:35514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjisT-0004TM-94 for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 09:10:33 -0500 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=1p7EpMIuFx7HtuzjG9idlktYeTEQzrGU/vUK3Hjm90c=; b=IpJ8ZD+/uMuQnwobUHGk2cZZtP OlcnByD4hGdzgHh/TV9TlQ836fm+7sJr1vCcIUyXm8IyCkFw9B9H5d/1iqlPhZWcC/0c8mNJNEzRt CJmN2auLoDwzOndbaUNnl0eZx4ceP0BmsFG8bSahCHi9GElhXCUvUi0gkp8AFVmJGPB8=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mjisI-0000wf-Oq; Sun, 07 Nov 2021 15:10:25 +0100 From: Lars Ingebrigtsen References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> <83ilx483h2.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEX9/f22rp00Lyne 2tNqYVKgkXOFeGH///+tuyR9AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+ULBw0tNocSdRwAAAGnSURB VDjLvZMxd+MgDMflR2+vnDjznY7zDCXuHiIzG8d4bvug3/8jnOy+W/LI0OW0GPRDSNZfANStBXVw iM6iPdyBZuSRj5n5dgdAmfpVD3N8HzxX/XaGVM0dPXRTxa/QA95qwEnEoQasRFSB8nDYk3f4Vd0w xm3vFEFy295Tj+KxmT57+WJDgJ2BRnsifQW1LjnTb4CEAo7P+MRM7AMMOa6j//NkYvDQ0hsvOoQT a9MVM6Q5eIzag9esR+JgM0/dTX7tozDnHSx69Hy1XZpepcRG4tkLoJ655/4dcZ0GAcM463LeQOLs +5Ai8mSjw3MJVFoBGqPkHWNctLEnl3xZdJq3iMuysmYOWYMaYqbxNK476HNivXriC6jGM4VScO5J qkqBAxMFEeYHjQsxl2PvYeBya+UgaelZU9CTduuqSfr2Sw72TNdduYVk0URP4M4/pbvvy+VLCK9l oYoAY3fR3T+JdnnSpwdnK2PyepnBuQqwpgVjKsBs78M9ANWrttl1tfHZgav5nSSHb4HHD+flv4Mu 4nDrEBNOdxFOKeM2My/g6tYCPbC/0VxlXj9W7vUAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTEt MDdUMTM6NDU6NTQrMDA6MDCeUl5QAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTExLTA3VDEzOjQ1 OjU0KzAwOjAw7w/m7AAAAABJRU5ErkJggg== X-Now-Playing: Sleater-Kinney's _Path of Wellness_: "Tomorrows Grave" Date: Sun, 07 Nov 2021 15:10:22 +0100 In-Reply-To: <83ilx483h2.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 07 Nov 2021 16:06:33 +0200") Message-ID: <87k0hkhx9t.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: Eli Zaretskii writes: > No. But emoji.el says this: > > (insert "; ; Local" " Variables: > ; ; coding: utf-8 > ; ; version-control: never > ; ; no-byte-compile: t > ; ; no-update-autoloads: t > ; ; End: > > (provide 'emoji-label [...] 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 (---) Eli Zaretskii writes: > No. But emoji.el says this: > > (insert ";; Local" " Variables: > ;; coding: utf-8 > ;; version-control: never > ;; no-byte-compile: t > ;; no-update-autoloads: t > ;; End: > > (provide 'emoji-labels) > > and that trips the 'compile-main' target in lisp/Makefile to think > this file should not be byte-compiled. D'oh. I thought my obfuscation there was sufficient. I'll get fixing. > I think we should replace "closure" by "function" in the Help buffer. > There's no need to show this to users. Let's see... it's this code? I'm guessing Stefan M wrote this, so I'm adding him to the CCs. (defun help-fns-function-description-header (function) "Print a line describing FUNCTION to `standard-output'." (pcase-let* ((`(,_real-function ,def ,aliased ,real-def) (help-fns--analyze-function function)) (file-name (find-lisp-object-file-name function (if aliased 'defun def))) (beg (if (and (or (byte-code-function-p def) (keymapp def) (memq (car-safe def) '(macro lambda closure))) (stringp file-name) (help-fns--autoloaded-p function file-name)) (concat "an autoloaded " (if (commandp def) "interactive ")) (if (commandp def) "an interactive " "a ")))) I don't really have an opinion. I agree that "closure"/"lambda" here is probably more information than most users have asked for, but on the other hand, it's a reality, so how much of the details should we hide? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 14:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 51661@debbugs.gnu.org, Eli Zaretskii Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163629474618134 (code B ref 51661); Sun, 07 Nov 2021 14:20:02 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 14:19:06 +0000 Received: from localhost ([127.0.0.1]:52158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjj0k-0004iO-0t for submit@debbugs.gnu.org; Sun, 07 Nov 2021 09:19:06 -0500 Received: from mail-out.m-online.net ([212.18.0.10]:38439) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjj0g-0004hT-Fv for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 09:19:04 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HnGZY3HGBz1rk5m; Sun, 7 Nov 2021 15:19:01 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HnGZY0tGtz1qqkD; Sun, 7 Nov 2021 15:19:01 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id 7DCCl_j_WqXq; Sun, 7 Nov 2021 15:19:00 +0100 (CET) X-Auth-Info: QP4JvjpA+HgNipqIdhsjZv1AWBlpz8H0VpSUZZrmqlUSbAQU4U2mDa4N09bg7RJv Received: from igel.home (ppp-46-244-179-28.dynamic.mnet-online.de [46.244.179.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sun, 7 Nov 2021 15:19:00 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id D637F2C12D4; Sun, 7 Nov 2021 15:18:59 +0100 (CET) From: Andreas Schwab References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> X-Yow: ONE: I will donate my entire ``BABY HUEY'' comic book collection to the downtown PLASMA CENTER.. TWO: I won't START a BAND called ``KHADAFY & THE HIT SQUAD''.. THREE: I won't ever TUMBLE DRY my FOX TERRIER again!! Date: Sun, 07 Nov 2021 15:18:59 +0100 In-Reply-To: <87wnlkhxxx.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 07 Nov 2021 14:55:54 +0100") Message-ID: <87zgqgkq0c.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) 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.5 (-) On Nov 07 2021, Lars Ingebrigtsen wrote: > I think that's because your emoji.el isn't byte-compiled? Hm... mine's > not byte-compiled either? Do we have to add some incantation somewhere > to get newly-added .el files to be byte-compiled? Remove ";; no-byte-compile: t" from the file. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Arash Esbati Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 17:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 51661@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163630616223646 (code B ref 51661); Sun, 07 Nov 2021 17:30:03 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 17:29:22 +0000 Received: from localhost ([127.0.0.1]:54561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjlyr-00069J-Kr for submit@debbugs.gnu.org; Sun, 07 Nov 2021 12:29:21 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54618) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjlym-000692-3G for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 12:29:20 -0500 Received: from [2001:470:142:3::e] (port=51144 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjlyf-0003li-LV; Sun, 07 Nov 2021 12:29:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=hHwFDv/Yty8kZ9VaO/KoB/HeDjdTtyzAvvbIGT6yzDg=; b=oRE3oExq4tp7AMYjMRBo C12hBsdbLJ4kQCcWTrE6OJTot8Tf/zwiHM2EWuar0TYi0XHTAqSpnci1bqp7xOYpEYM4SG06dXABU EoOqCYsfjNpj8Dj5LE8u7ZAJXbhinVB/Cn+sTO1oEt44xJXYUtLgxehCcPnFW2jQLsR7vs3qrm6tN yZ5E89yXxvn29oDGiv3aP4pMVCDB3WWZJoXbBcDFYMvu9NxIaPpJ4IOWp1lHfpzeicJNE/9TIwUoS qjTGxiGlwmOIhivd65tJneMcw4Hx0Vsic6PnCaBTD273P9bRzO2YkqfT25g+B6SkgRYIt4GwhLB9O MRO9/k4NBZs/mQ==; Received: from p5b326965.dip0.t-ipconnect.de ([91.50.105.101]:55118 helo=MUTANT) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjlyf-0003Uh-7Y; Sun, 07 Nov 2021 12:29:09 -0500 From: Arash Esbati References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> <83ilx483h2.fsf@gnu.org> <87k0hkhx9t.fsf@gnus.org> Date: Sun, 07 Nov 2021 18:28:47 +0100 In-Reply-To: <87k0hkhx9t.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 07 Nov 2021 15:10:22 +0100") Message-ID: <86pmrbj2nk.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 MIME-Version: 1.0 Content-Type: text/plain 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 writes: > Eli Zaretskii writes: > >> No. But emoji.el says this: >> >> (insert ";; Local" " Variables: >> ;; coding: utf-8 >> ;; version-control: never >> ;; no-byte-compile: t >> ;; no-update-autoloads: t >> ;; End: >> >> (provide 'emoji-labels) >> >> and that trips the 'compile-main' target in lisp/Makefile to think >> this file should not be byte-compiled. > > D'oh. I thought my obfuscation there was sufficient. I'll get fixing. you could add a ^L after the function (or better near eof) to prevent Emacs from parsing that string as a file local variable. It might be more clear than further obfuscation (as in 42fd5f2789). Best, Arash From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 21:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Arash Esbati Cc: 51661@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163631889129445 (code B ref 51661); Sun, 07 Nov 2021 21:02:02 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 21:01:31 +0000 Received: from localhost ([127.0.0.1]:55026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjpIB-0007er-3m for submit@debbugs.gnu.org; Sun, 07 Nov 2021 16:01:31 -0500 Received: from quimby.gnus.org ([95.216.78.240]:38656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjpI9-0007ec-Lb for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 16:01:30 -0500 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=/j+iSMkMibVT//jrZCYAzgmz3y2qwyyRlItp01a4iLA=; b=XAkmT1NorOVEyqVSF1aJlyLw2f SrX0o6DMDs+y62dJzYp6ek236CUAinDk4pbdorfg4osRtIzmjF/DCehF+Y5oNQccTDfRyoZCejC8g /bnPyhSPnQkgDkoNwKzUJw8kphyCZRmhiHS5QrYowFPFPhALOOZXOEOBXdMiRTtO/Tkg=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mjpHy-0003fw-U7; Sun, 07 Nov 2021 22:01:22 +0100 From: Lars Ingebrigtsen References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> <83ilx483h2.fsf@gnu.org> <87k0hkhx9t.fsf@gnus.org> <86pmrbj2nk.fsf@gnu.org> X-Now-Playing: Mofaya!'s _Like One Long Dream_: "Your Country" Date: Sun, 07 Nov 2021 22:01:16 +0100 In-Reply-To: <86pmrbj2nk.fsf@gnu.org> (Arash Esbati's message of "Sun, 07 Nov 2021 18:28:47 +0100") Message-ID: <87v913el43.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: Arash Esbati writes: > you could add a ^L after the function (or better near eof) to prevent > Emacs from parsing that string as a file local variable. I tried that now, but it didn't seem to help. 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 (---) Arash Esbati writes: > you could add a ^L after the function (or better near eof) to prevent > Emacs from parsing that string as a file local variable. I tried that now, but it didn't seem to help. We really need a general "this thing here shouldn't be interpreted by any of the things that look for this stuff" mechanism. But I'm not sure what that would look like. (with-uninterpreted-text (insert ";; Local Variables: ;; coding: utf-8 ;; version-control: never")) or something? The code that's looking for these things are pretty simple, though, and would have to be made more complicated, which is a downside. Stefan M's solution (use \s instead of space) is probably the best. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2021 22:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 51661@debbugs.gnu.org, Arash Esbati , Eli Zaretskii Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163632441814199 (code B ref 51661); Sun, 07 Nov 2021 22:34:02 +0000 Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 22:33:38 +0000 Received: from localhost ([127.0.0.1]:55178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjqjJ-0003gw-Uh for submit@debbugs.gnu.org; Sun, 07 Nov 2021 17:33:38 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:8038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjqjH-0003gW-F0 for 51661@debbugs.gnu.org; Sun, 07 Nov 2021 17:33:35 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id D979280570; Sun, 7 Nov 2021 17:33:29 -0500 (EST) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4E50D80057; Sun, 7 Nov 2021 17:33:28 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1636324408; bh=frcr/S6j2HhFwTGsKr7q/PIdMvs6iuvBO6lKMWNpTf0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ihTaz+uQOthh/hwmgD99O71uf98oBU/SYc6aYlFVuMhg/zEHluXfEIMIL0iP014l8 BkEY9GrYD5sqUN++839RpaP+j/amaziZJpqkO6KXg/X9YMh6+5jayFXtTF5wZYJE1X BfCiy6B1Aa26wjOhiD/P+BP3qHyqQeF5dz2ftJCiJwKUm4IW2AnPDlc8tp+xKnGtF3 m2vCOjOQMxtl+SIbyRBVi4hOEk/R57C3o+oORjoNAuEJ83P84s+4nXprk7EqJ+Q5Y6 xUyq8KazdUidoiCM2V/WIyARgIbl3fhJKzXAe8RwnqNE3/NfYjeil2VD10780sY043 SnYzTXIaoJ2Uw== Received: from ceviche (unknown [45.72.241.23]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 121C012049B; Sun, 7 Nov 2021 17:33:28 -0500 (EST) From: Stefan Monnier Message-ID: References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> <83ilx483h2.fsf@gnu.org> <87k0hkhx9t.fsf@gnus.org> <86pmrbj2nk.fsf@gnu.org> <87v913el43.fsf@gnus.org> Date: Sun, 07 Nov 2021 17:33:27 -0500 In-Reply-To: <87v913el43.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 07 Nov 2021 22:01:16 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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.062 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 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 (---) > (with-uninterpreted-text > (insert ";; Local Variables: > ;; coding: utf-8 > ;; version-control: never")) In the current case, the parsing of the `;; no-byte-compile: t` is not done by Emacs but by the Makefile (via some grep, IIRC). Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 09 21:10:26 2021 Received: (at control) by debbugs.gnu.org; 10 Nov 2021 02:10:26 +0000 Received: from localhost ([127.0.0.1]:36436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkd4E-0001ml-Cs for submit@debbugs.gnu.org; Tue, 09 Nov 2021 21:10:26 -0500 Received: from mail-pl1-f179.google.com ([209.85.214.179]:38806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkd4D-0001m9-Bo for control@debbugs.gnu.org; Tue, 09 Nov 2021 21:10:25 -0500 Received: by mail-pl1-f179.google.com with SMTP id o14so1717153plg.5 for ; Tue, 09 Nov 2021 18:10:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=rGptjPmnzPqOjcU8NHe0Ht7Am4boy+dZkcR8ybAPZJM=; b=scjbPDvqQBJBNrWjww44/3oX7DaIG1j/A1ggk67i95B/RtOm2Vqx4fj7GlSkSdJ/8d +qIjvhGwE9HB2YnPzagYW8X9KtcW29wpi6A5r/QwwRqcfd2CFH5Bq3TbQZN9yx9Y8kTB 7rqWD00U3Mz7Mbd4DvqkR375AQvdsJ+T8Mx6wqm5LmPxoN8pqDoBgQAVvxnaEFx+WyfT p56D3VWk1Dtspmf6qEvAD9U2EXmEnmDb3C2TwhSCDWf0yPu6ey2qUrD5XiqijoBn+Yd0 vD4GF+HRUr1cNUIQmk3aIbsWHvRYow5y2WhuoduRbZcwPPE+yeB3uEkP/fn00jUIB2oR R3Ow== X-Gm-Message-State: AOAM532tpR0PmDvyugbndoK5ITuXGG+7CKUXoohLjuq5S2Y+mqH1RLex KJqvmMc6lnPkcy2BpeRQyy3lvzAlOjHc5JyUW1mDlcTH X-Google-Smtp-Source: ABdhPJwXGqDuj64TFKi5qkzijnlT69Svc2oH9lxVp8uuDTxMNhYg/O8yMqr4RUjs3HBqV3ZkQjAX9Eu5dsiFPVyMrwg= X-Received: by 2002:a17:90a:be10:: with SMTP id a16mr12484212pjs.133.1636510219803; Tue, 09 Nov 2021 18:10:19 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 9 Nov 2021 18:10:19 -0800 From: Stefan Kangas MIME-Version: 1.0 Date: Tue, 9 Nov 2021 18:10:19 -0800 Message-ID: Subject: control message for bug #51661 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: control 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.5 (/) severity 51661 wishlist quit From unknown Sun Aug 17 10:22:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 12:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51661 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 51661@debbugs.gnu.org Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.166367566722368 (code B ref 51661); Tue, 20 Sep 2022 12:08:02 +0000 Received: (at 51661) by debbugs.gnu.org; 20 Sep 2022 12:07:47 +0000 Received: from localhost ([127.0.0.1]:56416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oac2U-0005oh-Oo for submit@debbugs.gnu.org; Tue, 20 Sep 2022 08:07:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oac2T-0005oQ-8h for 51661@debbugs.gnu.org; Tue, 20 Sep 2022 08:07:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: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=rEq9yb1O0E50VVOFetbrVDMjE61ZBxlc1PzAeoXh8RQ=; b=S6LxGVxgfDyutFfKN2o5el62bB 7ZWtSVVpxGMmc1yp0fjtVbqFXs0bdOdPxu+oDUZHRMvK19eVDG3LlJd4mZPmhEelAKPY/dPvUL5qx idx2xqbmWyGbVadjt8qavn9Q2OHybcloz87FwHCXevdBu0IiRcnzw0mnA6YujfCVhTlI=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oac2L-0001lN-AE; Tue, 20 Sep 2022 14:07:39 +0200 From: Lars Ingebrigtsen In-Reply-To: <83o86w84ul.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 07 Nov 2021 15:36:50 +0200") References: <83o86w84ul.fsf@gnu.org> X-Now-Playing: Alice Coltrane's _Kirtan Turiya Sings_: "Jai Ramachandra" Date: Tue, 20 Sep 2022 14:07:36 +0200 Message-ID: <877d1yl053.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Eli Zaretskii writes: > emacs -Q > C-h f emoji-insert RET > > This says: > > emoji-insert is an autoloaded interactive Lisp closure in =?UTF-8?Q?=E2=80=98emoji.el=E2=80=99.?= > > Other commands still say "interactive compiled Lisp function", at > [...] 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 (---) Eli Zaretskii writes: > emacs -Q > C-h f emoji-insert RET > > This says: > > emoji-insert is an autoloaded interactive Lisp closure in =E2=80=98emoj= i.el=E2=80=99. > > Other commands still say "interactive compiled Lisp function", at > least the few I tried did. [...] > Is this the same "closure"? What is special about this command that > we say "closure" there? Do we have to confuse users by showing that > in the Help buffers? I think so -- in this case it pointed to a bug in our build (the emoji.el file wasn't compiled), so I think this is working like it should, and I'm therefore closing this bug report. (It says --- emoji-insert is an autoloaded interactive byte-compiled Lisp function in emoji.el. --- now.) From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 20 08:07:52 2022 Received: (at control) by debbugs.gnu.org; 20 Sep 2022 12:07:52 +0000 Received: from localhost ([127.0.0.1]:56419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oac2a-0005p2-24 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 08:07:52 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oac2Y-0005oa-Nq for control@debbugs.gnu.org; Tue, 20 Sep 2022 08:07:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=y5m7S2ykp8Go8oRj7nS9gaSC7jINLmYNmXpq2v7Np2w=; b=OEtVKhuNAjkJyJtNZ5msPp7yMn Id5hHcClhRC2ICyoULTIJnwgO1dkR37EsvibWiRUbdUZCGDOJxRzUC+9TCBSHYJUu+rZawCzz/puM wTp//gNPwW4hveqwXytRBc759hTPZ6tlp3pmVdS0b9zG1mO2lQ8hFQZdq86cTFvGNfLs=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oac2Q-0001lV-Vm for control@debbugs.gnu.org; Tue, 20 Sep 2022 14:07:45 +0200 Date: Tue, 20 Sep 2022 14:07:42 +0200 Message-Id: <875yhil04x.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #51661 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: close 51661 quit 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-Debbugs-Envelope-To: control 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 (---) close 51661 quit