From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#65017: 29.1; Byte compiler interaction with cl-lib function objects, removes symbol-function Date: Sat, 05 Aug 2023 18:40:34 -0400 Message-ID: References: <8B08E514-B2D5-48F5-BA90-4F5A9492F8F9@gmail.com> Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27658"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Alan Mackenzie , 65017@debbugs.gnu.org, Eric Marsden To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 06 00:41:16 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 1qSPxU-00070U-1k for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 06 Aug 2023 00:41:16 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qSPxI-0004M7-SC; Sat, 05 Aug 2023 18:41:04 -0400 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 1qSPxH-0004GI-3q for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2023 18:41:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qSPxG-0001A3-Ro for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2023 18:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qSPxG-0001AY-Au for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2023 18:41:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Aug 2023 22:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65017 X-GNU-PR-Package: emacs Original-Received: via spool by 65017-submit@debbugs.gnu.org id=B65017.16912752594479 (code B ref 65017); Sat, 05 Aug 2023 22:41:02 +0000 Original-Received: (at 65017) by debbugs.gnu.org; 5 Aug 2023 22:40:59 +0000 Original-Received: from localhost ([127.0.0.1]:58303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qSPxD-0001AB-F9 for submit@debbugs.gnu.org; Sat, 05 Aug 2023 18:40:59 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:3106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qSPxB-00019w-4m for 65017@debbugs.gnu.org; Sat, 05 Aug 2023 18:40:58 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id CC45D444903; Sat, 5 Aug 2023 18:40:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1691275249; bh=ydMIOY1z5kASmQP1ljp/I3WTjXOkAwmMbue4Z5ni8sY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=UVfQTnPJLZJ6bt/PvPNZntWlQfeQi3Cb10GPywK1bNvUvlHz2QJsqPsmC/QdQqQKj JQVCvpuKIcKhMfAeX1rMlBf2bTfcnuHvceQ9bJQvvEvzfuyYBLVQ4abRyZ8NjNNlXk dlSObyBoNWO3IBCtxdcidaOToCifaQSh7p5rNkD/H4dj4EcwLRiYfN3V6y3PxgIpwH rXmX9cwVYOOFbvCwbAXWfrf5hh/wfTc84fga7+EqXA9JShLzVegthLy0URw6Eh620I f1v1vW+z0D3jz4KQ2R+dEUH6lFp54dltqsgJZd0YmVe7w8yAXdqKlE2Ken3JMIMgzy QZ+HKNJc9g72Q== Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 222A24448FB; Sat, 5 Aug 2023 18:40:49 -0400 (EDT) Original-Received: from alfajor (unknown [190.16.213.142]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8EBE712032D; Sat, 5 Aug 2023 18:40:47 -0400 (EDT) In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Fri, 4 Aug 2023 12:14:14 +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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:266819 Archived-At: >> I'd even like it to try and replace uses of `eq/eql` with `equal` in >> those cases where we want to overlook differences in symbol-positions, so >> that we can eventually get rid of `symbols-with-pos-enabled` which >> I consider as a wart. > I agree it would be wonderful if we could restore `eq` to its former > simplicity and speed but is that easily achievable at this point? I didn't say it would be easy. But I think it's feasible (tho it will take many years). > For example, what about macros that compare arguments with `eq`? Yes, these are the cases where we need to "replace uses of `eq/eql` with `equal`". > Separate data structures for locations might be an option worth exploring, > keeping the actual s-expressions unadorned. Consider a reader mode that also > produces a table mapping cons cells read to their locations, for example. When Alan looked at it, the cost seemed prohibitive. BTW, a related option would be to develop a new kind of macro-definition along the lines of what's used in Scheme, where the macro author doesn't need to worry about such issues because the macro knows which parts of the data it manipulates are chunks of code (potentially adorned with metainfo) and can take care of extracting the underlying unadorned code. Stefan