From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#51661: 29.0.50; What is "interactive Lisp closure"? Date: Sun, 07 Nov 2021 15:10:22 +0100 Message-ID: <87k0hkhx9t.fsf@gnus.org> References: <83o86w84ul.fsf@gnu.org> <87wnlkhxxx.fsf@gnus.org> <83ilx483h2.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26288"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 51661@debbugs.gnu.org, Stefan Monnier To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Nov 07 15:11:42 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 1mjitZ-0006er-Q5 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Nov 2021 15:11:41 +0100 Original-Received: from localhost ([::1]:38382 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mjitY-0006Yj-Px for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Nov 2021 09:11:40 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55820) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjisx-0006V3-Uu for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 09:11:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40595) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mjisw-00086t-5j for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 09:11:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mjisv-0004UM-Q6 for bug-gnu-emacs@gnu.org; Sun, 07 Nov 2021 09:11:01 -0500 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 51661-submit@debbugs.gnu.org id=B51661.163629423517213 (code B ref 51661); Sun, 07 Nov 2021 14:11:01 +0000 Original-Received: (at 51661) by debbugs.gnu.org; 7 Nov 2021 14:10:35 +0000 Original-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 Original-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=; Original-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 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" In-Reply-To: <83ilx483h2.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 07 Nov 2021 16:06:33 +0200") 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:219252 Archived-At: 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