From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Date: Sun, 07 Nov 2021 16:06:33 +0200 Message-ID: <83ilx483h2.fsf@gnu.org> References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6719"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 51661@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Nov 07 15:07:10 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mjipB-0001ZM-NF for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Nov 2021 15:07:09 +0100 Original-Received: from localhost ([::1]:60856 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mjip9-0002dg-TB for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Nov 2021 09:07:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55090) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjip4-0002dW-FN for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 09:07:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40590) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mjip4-0003Tr-7C for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 09:07:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mjip3-0004OE-TW for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 09:07:01 -0500 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163629401716863 (code B ref 51661); Sun, 07 Nov 2021 14:07:01 +0000 Original-Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 14:06:57 +0000 Original-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 Original-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 Original-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==; Original-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 In-Reply-To: <87wnlkhxxx.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 07 Nov 2021 14:55:54 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:219251 Archived-At: > 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.