From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#61962: 30.0.50; New trouble with symbols with positions Date: Tue, 07 Mar 2023 01:29:21 +0100 Message-ID: <87a60p4d5q.fsf@web.de> References: <87o7p8v6ak.fsf@web.de> <83ilfga322.fsf@gnu.org> <877cvvqj5v.fsf@web.de> <877cvv0yv7.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20284"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Eli Zaretskii , 61962@debbugs.gnu.org To: Alan Mackenzie Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Mar 07 01:30:18 2023 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 1pZLDa-0004td-AW for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 07 Mar 2023 01:30:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pZLDR-0005N0-K8; Mon, 06 Mar 2023 19:30:05 -0500 Original-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 1pZLDP-0005MN-8n for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 19:30:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pZLDO-0007P3-Q3 for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 19:30:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pZLDO-0005Z7-Dr for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 19:30:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Mar 2023 00:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61962 X-GNU-PR-Package: emacs Original-Received: via spool by 61962-submit@debbugs.gnu.org id=B61962.167814898621348 (code B ref 61962); Tue, 07 Mar 2023 00:30:02 +0000 Original-Received: (at 61962) by debbugs.gnu.org; 7 Mar 2023 00:29:46 +0000 Original-Received: from localhost ([127.0.0.1]:44001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZLD7-0005YG-So for submit@debbugs.gnu.org; Mon, 06 Mar 2023 19:29:46 -0500 Original-Received: from mout.web.de ([212.227.17.12]:54327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZLD5-0005Y3-Dd for 61962@debbugs.gnu.org; Mon, 06 Mar 2023 19:29:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1678148963; i=michael_heerdegen@web.de; bh=8yrUAJ0z9QW42XY8+4YX6AuUdRObS2suPREXqX2bT9E=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=aKTf4+csdA8lJcqcKTKqb6qz1FDirrYUkKS3MZDePK+llPIS1uahm9bSBw6yAv7lt K93ydUHLvLA7+lE23xivEGLCtyavTTzyg82AbYvnMy6vPJRCiYQ+Nc993aBLwoedW+ ffb6xshQdD7oOo1D/LVs3m4V/CGxEYxPXvkxKVJxrpOAmVjdlT4UWW1BB41tAqo5u2 eAb6nBguTCs2EHh1jVflupK+iNV47zRjZzSHS8+3MCBtmy9njKFlvF1CPhyYKkDhO3 tJ01dKV46LDfuJC9n3MVcb9ZXF7XA2mOzO6be6jNpGvfOkCLbIRJj4hWNz50AbFEfW FKWsLcuOAjWxg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.59.210.57]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M7elj-1pf8VL3ycH-007tMg; Tue, 07 Mar 2023 01:29:23 +0100 In-Reply-To: (Alan Mackenzie's message of "Mon, 6 Mar 2023 13:22:31 +0000") X-Provags-ID: V03:K1:KDhtbhFWGjHIjBWJVONJmCgEB0mX/fb/lXVshcVreFmXRUfxSpP r6efHUxKr0OkElmWEfKXONYxGOCgaXCyI8oK1Px+f/Au2X9J0wxtRMV4jFCGcOHxxEn9gNm 7ECm6YPKavh8WB31Z5NMmYLVJEkFNc4p+bB63j1mudrrx/VkSLQpL/+fjBxNkscUdLsRsJk mF46ryQoUtjXeSZspJQrQ== UI-OutboundReport: notjunk:1;M01:P0:rWyDP9IB+88=;vTcLmgP9MZ8UCzblFzXjQj4nF6i DYEiaU5/Lwd++RdATCrkjNEU2F/AZ7CRttly52qx6e4mFIcKpYxS8n1ASVV6Kv6/SVzn8Qhha nSDnqNqqLtg39wvpNhXUNWl2hzUDZsKnskfbgOsZ6Z1Cd2VFccGzo36gmXHestW2ac5/3LPMx eOf78Rqzxl242KQacEZZUH3JVOxap2QSX0MkpjyMPOougUZ9xNkcOiirhroh6PaY3B262ECr5 m6pSMJFJIeJoNF0o5TUhftKHMsHpJPxBaEUYVkvX78+tbA9ZPZ9oS1/vHVbSZYMIIXhp5E3Kz Sp2StykjRMRMMuFtjFCxcps44zi7S0yYh6is34AynZv8gbjjNCC480TNtq6G9NTVQkDNJdCGr lUmeuziiAWBiajLWqmjlIcasxdPK6jbjj3ArTsAlnlEik8G996wpNnz4qs/LjvZ3y6GX4R8wI 7+HYQvgV/h8quobgHyfJ8n86hG2MbAKOOVI+7/Xtrl7jHVBbJA7KehW4LQo9CNk0ndEOaWB6Z H4eDfXh350QCqs9DAikDyPcHOU88qgqdLYw0fsjfQ+gir0RmulcKP0KxzOoiptpxCTm5quiHX chCLOrp/r5P3npIqkV6TvC8nUCJjfb4+Fl2q5C2iTsXkKqomI8kpmEQHHnZRoVTDswA1yT1JX lgWXdBECl21+FyBtlPCkETf6ASyt/mtpFQLzZsRLlXXtGNHgNzH50vb5q2SfTFLVAHw/QL+SN u5a7+ZjkSbxtJNhii+UHCDYGoQlcCdyyXG5e8TlbDN5kfu4Dx1yIpVghwNNTOlkK/qCYSfQT 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:257425 Archived-At: Alan Mackenzie writes: > I think I now understand what's going on. It's all to do with stripping > symbol positions in eval-and-compile forms. Before the patch of ~two > weeks ago, the positions were stripped in e-and-c. After the patch, > they weren't stripped. > > I think the correct thing to do is to strip the symbol positions in the > `eval' part of eval-and-compile, but leave them alone in the `compile' > part. This is actually quite tricky, since > byte-run-strip-symbol-positions works destructively. So I need to copy > the code first, and there is no suitable function to do this. copy-tree > is close, but can't handle circular lists. So I will have to write a > safe version of copy tree. Sounds all plausible. I also don't have a better idea. > In the mean time, could you try out the following patch which uses > copy-tree as a first approximation. I think it fixes the problem, > apart from the above. Yes, looks good. I wonder now if other cases also suffer from the problem. What happens when I call `eval' in a macro expander (i.e. while generating the macro expansion, not in the result of an expansion)? And how does `cl-eval-when' behave (this is actually a special case of the first question) ? Thanks so far, Michael.