From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.bugs Subject: bug#52063: 28.0.60; Confusing presentation of lambda Date: Thu, 25 Nov 2021 03:09:15 +0300 Message-ID: References: <83czmqaegb.fsf@gnu.org> <874k82vwe5.fsf@gnus.org> <831r35afde.fsf@gnu.org> <87v90hu36b.fsf@gnus.org> <83v90h8zjw.fsf@gnu.org> <87r1b5u1cl.fsf@gnus.org> <83pmqp8vps.fsf@gnu.org> <83zgpt7353.fsf@gnu.org> <83tug172a9.fsf@gnu.org> <664b6d0147ece2617779@heytings.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="32864"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin) Cc: 52063@debbugs.gnu.org, larsi@gnus.org, Stefan Monnier To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 25 01:10:13 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 1mq2L5-0008MC-74 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 25 Nov 2021 01:10:13 +0100 Original-Received: from localhost ([::1]:42152 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mq2L4-0001KB-6D for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 24 Nov 2021 19:10:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42704) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mq2Kw-0001K1-QB for bug-gnu-emacs@gnu.org; Wed, 24 Nov 2021 19:10:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43754) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mq2Kw-0003AU-9c for bug-gnu-emacs@gnu.org; Wed, 24 Nov 2021 19:10:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mq2Kv-000656-QC for bug-gnu-emacs@gnu.org; Wed, 24 Nov 2021 19:10:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Filipp Gunbin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Nov 2021 00:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52063 X-GNU-PR-Package: emacs Original-Received: via spool by 52063-submit@debbugs.gnu.org id=B52063.163779897023332 (code B ref 52063); Thu, 25 Nov 2021 00:10:01 +0000 Original-Received: (at 52063) by debbugs.gnu.org; 25 Nov 2021 00:09:30 +0000 Original-Received: from localhost ([127.0.0.1]:55300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mq2KQ-00064G-1L for submit@debbugs.gnu.org; Wed, 24 Nov 2021 19:09:30 -0500 Original-Received: from out3-smtp.messagingengine.com ([66.111.4.27]:33041) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mq2KL-00063y-7P for 52063@debbugs.gnu.org; Wed, 24 Nov 2021 19:09:28 -0500 Original-Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 2D7115C0183; Wed, 24 Nov 2021 19:09:20 -0500 (EST) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 24 Nov 2021 19:09:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm1; bh=4vmMBuTfViarAPTQkfAcWTlEL+ GVT2PXo879a8wR8rs=; b=DSf9lyd5WZ+Tf53N8V8AzMu2lRSal5tQ6RQmLwQVT4 uVQcP3DcrXkXY4g8ThB9vtrdqXU9u1qsylbQWqLOe+XzkICpCG7yCT9mr/JPrYKP i+MWLUJ+g7RHq4Doekj50AtB6YkBtJeEQU5YTXn7j4/sblcdsitdj6WuEvQZOLQj PGGWzwWz/1wDmJ7zTSEz5ent1M9e72zbVxm0zyequto3pDQngn8qPPI+c7Qj6CO2 7tanls9ahhbIkVLBiEXanhfH7oTTjba7b6NZ2aiXNzSlx3KbPnf3Eik9s6YZD4r1 0t6iNe0bycUPtxVowNrG0R2mTzcS6rrrxzE03VU1pXPw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=4vmMBu TfViarAPTQkfAcWTlEL+GVT2PXo879a8wR8rs=; b=UJjYBKwcmUEVSMBIEpHv/g ITjooW8YxW62M0S2WjUiKmWz5JD6MWpKlid6KvbI4SkgMsNK5kxko5Jd1st+zVUZ MPzJ1fLOUimiMy7h4DtJWD494er5O5uCWKY01aetuzpphYkKHzrVgeCDPcqxhHXR WSLbk8MM3ntzCJuQVBmLST53zl8+aKQmpMBVc2sVE/p3XxGECjT9waH0bctwl9ww /vTBplSPczahma6+gCPqCa1+TRmXEpNgqCGmm84gecih53Pf25BSgvhmyWes8IEK PLtRRI39GLW8PKZyqaRr0hb9PPv+SGK7RcnjLDjI4POya6NdzJR4Wg4mWEYKlndw == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrgeelgdduhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffujghffgffkfggtgesthdtredttdertdenucfhrhhomhephfhilhhiphhp ucfiuhhnsghinhcuoehfghhunhgsihhnsehfrghsthhmrghilhdrfhhmqeenucggtffrrg htthgvrhhnpedvveekffdvueevhfdutdejheekvdeufeevtedttdevuddugfeiffeiveei vefhtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe hfghhunhgsihhnsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 24 Nov 2021 19:09:18 -0500 (EST) In-Reply-To: <664b6d0147ece2617779@heytings.org> (Gregory Heytings's message of "Wed, 24 Nov 2021 22:37:53 +0000") 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:220787 Archived-At: On 24/11/2021 22:37 +0000, Gregory Heytings wrote: >>> I'm annoyed by this misfeature. If it means nothing to you and others, >>> so be it. >> >> I fully understand desire to see function values printed as much as >> possible as their original source code, but it's hard to reconcile this >> with the needs of clean semantics, efficient execution, good code >> analysis, ... >> > > AFAIU, the fundamental question here is: is "(closure (t) args body)" > different in any way from "(lambda args body)"? If not, is there a good > reason to use a "(closure (t)" instead of a "(lambda"? > > FWIW, I'm running an Emacs with the following patch right now, which > apparently breaks a couple of edebug tests in make check. Apart from > that, it seems that it doesn't change anything in the way Emacs behaves. > > [..] Please let's not do that. We may need the context, that the function originated as a closure, later for some reasons. Rather, I like what Stefan said, that we should keep the reference to the source.