From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: monnier@iro.umontreal.ca, bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Dec 2023 16:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 68113@debbugs.gnu.org Cc: Stefan Monnier X-Debbugs-Original-To: bug-gnu-emacs@gnu.org X-Debbugs-Original-Xcc: Stefan Monnier Received: via spool by submit@debbugs.gnu.org id=B.170386863611011 (code B ref -1); Fri, 29 Dec 2023 16:51:02 +0000 Received: (at submit) by debbugs.gnu.org; 29 Dec 2023 16:50:36 +0000 Received: from localhost ([127.0.0.1]:42114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJG4C-0002rX-EF for submit@debbugs.gnu.org; Fri, 29 Dec 2023 11:50:36 -0500 Received: from lists.gnu.org ([2001:470:142::17]:59694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJG4A-0002r8-5b for submit@debbugs.gnu.org; Fri, 29 Dec 2023 11:50:34 -0500 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 1rJG44-00035s-88 for bug-gnu-emacs@gnu.org; Fri, 29 Dec 2023 11:50:28 -0500 Received: from mail.muc.de ([193.149.48.3]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rJG3x-0001ct-AT for bug-gnu-emacs@gnu.org; Fri, 29 Dec 2023 11:50:27 -0500 Received: (qmail 37451 invoked by uid 3782); 29 Dec 2023 17:50:18 +0100 Received: from acm.muc.de (pd953a7e3.dip0.t-ipconnect.de [217.83.167.227]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 29 Dec 2023 17:50:17 +0100 Received: (qmail 29753 invoked by uid 1000); 29 Dec 2023 16:50:17 -0000 Date: Fri, 29 Dec 2023 16:50:17 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.3; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) Hello, Emacs. In my development version of Emacs (based on the master branch) I get a backtrace with the error message being: Error: wrong-type-argument (symbolp mets-by-qual) This occurs during the execution of cl-generic-combine-methods, whose code starts: (defun cl--generic-standard-method-combination (generic methods) (let ((mets-by-qual ())) (dolist (method methods) (let ((qualifiers (cl-method-qualifiers method))) (if (eq (car qualifiers) :extra) (setq qualifiers (cddr qualifiers))) (unless (member qualifiers '(() (:after) (:before) (:around))) (error "Unsupported qualifiers in function %S: %S" (cl--generic-name generic) qualifiers)) (push method (alist-get (car qualifiers) mets-by-qual)))) It is the last line that is signalling the error. The pertinent line from the backtrace which is the expansion of that last line reads: (let* ((k (car qualifiers)) (p (assq k mets-by-qual)) (v (cons method (cdr p)))) (progn (if p (setcdr p v) (progn (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)))) v)) .. The error is, in actual fact, the failure to find an entry for (car qualifiers) in the alist mets-by-qual. The error message given is rubbish and more than a little misleading. mets-by-qual is clearly a symbol. -- Alan Mackenzie (Nuremberg, Germany). From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Dec 2023 17:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 68113@debbugs.gnu.org Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.17038706872779 (code B ref 68113); Fri, 29 Dec 2023 17:25:01 +0000 Received: (at 68113) by debbugs.gnu.org; 29 Dec 2023 17:24:47 +0000 Received: from localhost ([127.0.0.1]:42189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJGbG-0000ij-RS for submit@debbugs.gnu.org; Fri, 29 Dec 2023 12:24:47 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:30867) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJGbE-0000iV-GO for 68113@debbugs.gnu.org; Fri, 29 Dec 2023 12:24:45 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A4A8C1000EF; Fri, 29 Dec 2023 12:24:38 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1703870677; bh=0eLAiwwOUPCv4UIrE3+zMySQVLGQI34orHkDCqLNwV8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=NWmFVUV/odHe/kmlAcoxQ01MvT9wfTDk2jlXTQJwCChmzIguhcyDoSBUYQAGQ9cni dBPiEpf5CDs1G7URJNKS3xmt8AurLsZY9iZpeKuLWFNkERfBcZk8Z2cy3NdZtT6oGZ e2e9Ib9eku+uUuT+7ok+d6jVH/CGPIgHld4pou00kk7Wzv+nLpmev6f5hWNRp4jg+P fkeHJKxRKD6gXh7VhphPe2ROyuvO8HOB2tEVdmFcln8p5hcQS5dYo/xAKUUPf9+OOy Sq95HrIxiHuUwJxqJ6ZRu+od3+l0j4GRPLB3jKMvFLd5RNiUIAv+aa/bZo1N/Uxpnd jPPpYzQr19qeA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A18B1100054; Fri, 29 Dec 2023 12:24:37 -0500 (EST) Received: from alfajor (unknown [23.233.149.155]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 81AAC121155; Fri, 29 Dec 2023 12:24:37 -0500 (EST) From: Stefan Monnier In-Reply-To: (Alan Mackenzie's message of "Fri, 29 Dec 2023 16:50:17 +0000") Message-ID: References: Date: Fri, 29 Dec 2023 12:24:36 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.059 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Alan, > In my development version of Emacs (based on the master branch) I get a > backtrace with the error message being: > > Error: wrong-type-argument (symbolp mets-by-qual) > > This occurs during the execution of cl-generic-combine-methods, whose > code starts: > > (defun cl--generic-standard-method-combination (generic methods) > (let ((mets-by-qual ())) > (dolist (method methods) > (let ((qualifiers (cl-method-qualifiers method))) > (if (eq (car qualifiers) :extra) (setq qualifiers (cddr qualifiers))) > (unless (member qualifiers '(() (:after) (:before) (:around))) > (error "Unsupported qualifiers in function %S: %S" > (cl--generic-name generic) qualifiers)) > (push method (alist-get (car qualifiers) mets-by-qual)))) > > It is the last line that is signalling the error. The pertinent line > from the backtrace which is the expansion of that last line reads: > > (let* ((k (car qualifiers)) (p (assq k mets-by-qual)) (v (cons method (cdr p)))) (progn (if p (setcdr p v) (progn (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)))) v)) > > .. The error is, in actual fact, the failure to find an entry for (car > qualifiers) in the alist mets-by-qual. The error message given is > rubbish and more than a little misleading. mets-by-qual is clearly a > symbol. [ Side note: not finding an entry for (car qualifiers) in the above code is perfectly normal (it's the most common case, even). The code only finds such an entry when there are several applicable methods (and they have the same set of qualifiers). ] Hmm... the error occurs during macroexpansion, because the macroexpansion of the `push` above should be (and is, normally): ELISP> (macroexpand '(push method (alist-get (car qualifiers) mets-by-qual))) (let* ((k (car qualifiers)) (p (assq k mets-by-qual)) (v (cons method (cdr p)))) (progn (if p (setcdr p v) (setq mets-by-qual (cons (setq p (cons k v)) mets-by-qual))) v)) ELISP> I don't know why you're not getting that expansion, and I don't know either why you're getting that (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)) AFAICT this weird code is likely generated by `gv-delay-error` but according to `grep` it's only used in `map-elt` so I can't see why it's showing up here. I'd start debugging this with something like `M-x trace-function RET gv-get RET` and `M-x debug-on-entry RET gv-delay-error RET`. [ Tho, presumably you're seeing this during the bootstrap, so you'll probably want to add `message/debug` calls in the code instead. ] Stefan From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Dec 2023 10:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 68113@debbugs.gnu.org Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.170393321332286 (code B ref 68113); Sat, 30 Dec 2023 10:47:02 +0000 Received: (at 68113) by debbugs.gnu.org; 30 Dec 2023 10:46:53 +0000 Received: from localhost ([127.0.0.1]:43120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJWrl-0008Of-AT for submit@debbugs.gnu.org; Sat, 30 Dec 2023 05:46:53 -0500 Received: from mail.muc.de ([193.149.48.3]:27835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJWrj-0008OR-7f for 68113@debbugs.gnu.org; Sat, 30 Dec 2023 05:46:52 -0500 Received: (qmail 4061 invoked by uid 3782); 30 Dec 2023 11:46:43 +0100 Received: from acm.muc.de (p4fe1573b.dip0.t-ipconnect.de [79.225.87.59]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 30 Dec 2023 11:46:43 +0100 Received: (qmail 5293 invoked by uid 1000); 30 Dec 2023 10:46:42 -0000 Date: Sat, 30 Dec 2023 10:46:42 +0000 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Stefan. Thanks for the quick reply yesterday. On Fri, Dec 29, 2023 at 12:24:36 -0500, Stefan Monnier wrote: > Hi Alan, > > In my development version of Emacs (based on the master branch) I get a > > backtrace with the error message being: > > Error: wrong-type-argument (symbolp mets-by-qual) > > This occurs during the execution of cl-generic-combine-methods, whose > > code starts: > > (defun cl--generic-standard-method-combination (generic methods) > > (let ((mets-by-qual ())) > > (dolist (method methods) > > (let ((qualifiers (cl-method-qualifiers method))) > > (if (eq (car qualifiers) :extra) (setq qualifiers (cddr qualifiers))) > > (unless (member qualifiers '(() (:after) (:before) (:around))) > > (error "Unsupported qualifiers in function %S: %S" > > (cl--generic-name generic) qualifiers)) > > (push method (alist-get (car qualifiers) mets-by-qual)))) > > It is the last line that is signalling the error. The pertinent line > > from the backtrace which is the expansion of that last line reads: > > (let* ((k (car qualifiers)) (p (assq k mets-by-qual)) (v (cons method (cdr p)))) (progn (if p (setcdr p v) (progn (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)))) v)) > > .. The error is, in actual fact, the failure to find an entry for (car > > qualifiers) in the alist mets-by-qual. The error message given is > > rubbish and more than a little misleading. mets-by-qual is clearly a > > symbol. > [ Side note: not finding an entry for (car qualifiers) in the above code > is perfectly normal (it's the most common case, even). The code only > finds such an entry when there are several applicable methods (and > they have the same set of qualifiers). ] > Hmm... the error occurs during macroexpansion, because the > macroexpansion of the `push` above should be (and is, normally): > ELISP> (macroexpand '(push method (alist-get (car qualifiers) mets-by-qual))) > (let* > ((k (car qualifiers)) (p (assq k mets-by-qual)) > (v (cons method (cdr p)))) > (progn > (if p (setcdr p v) > (setq mets-by-qual (cons (setq p (cons k v)) mets-by-qual))) > v)) This was a good hint, thanks. The most likely source of the (signal .....) form would seem to be the clause handling `setq' in macroexp--expand-all. I suspected it might be caused, somehow, by symbolp not recognising symbols with position as symbols. But I tightened up all the entry points, and disabled SWPs, and I still can't get the code in macroexp--expand-all to printf a message for mets-by-qual. > ELISP> > I don't know why you're not getting that expansion, and I don't know > either why you're getting that > (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)) I don't know, either. :-( As I say, I've tried instrumenting the `setq' handling code in macroexp--expand-all, but haven't managed to get anything pertinent output. > AFAICT this weird code is likely generated by `gv-delay-error` but > according to `grep` it's only used in `map-elt` so I can't see why it's > showing up here. > I'd start debugging this with something like `M-x trace-function RET > gv-get RET` and `M-x debug-on-entry RET gv-delay-error RET`. > [ Tho, presumably you're seeing this during the bootstrap, so you'll > probably want to add `message/debug` calls in the code instead. ] I am indeed seeing this in bootstrap, so it's message and a bit of prin1. > Stefan -- Alan Mackenzie (Nuremberg, Germany). From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 Dec 2023 20:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 68113@debbugs.gnu.org Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.170405288618665 (code B ref 68113); Sun, 31 Dec 2023 20:02:01 +0000 Received: (at 68113) by debbugs.gnu.org; 31 Dec 2023 20:01:26 +0000 Received: from localhost ([127.0.0.1]:47067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rK1zp-0004g4-Ea for submit@debbugs.gnu.org; Sun, 31 Dec 2023 15:01:25 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:41951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rK1zm-0004UC-Cn for 68113@debbugs.gnu.org; Sun, 31 Dec 2023 15:01:15 -0500 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4EBB310009E; Sun, 31 Dec 2023 15:01:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1704052866; bh=gTx/PkbdUN3b0XmsLe7U6oN+ybLNebh7yTQitN6nUKY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=WEh0n5u1jDkGz/yPEuDMLcXaFBwt2+y0zj/IMPBSdMq3d7LmPvbPqF/CLn8WJl8NK S59ygtvnFAFwfkwLTD783LTDZoqSMslPNID74xqG5Ch3vBtaXNVW1x+7FfeeD/dkkM DYonevWAI8CJ/MS6XRipeBwuNt7cvVuoy0O2pkQXrAoJ6lWi7UxwqEXTwkDpYpjyLf Y95GdeKN7qjmqaq/syoeRIl06M9sSm66ssAJzPNogJFFs68XxS2yAfs5K8FBvoOjdu 0fvMufpQTxy1EV5N8KmUfY6zqO5qbcem0dNPE2f2LYiGjtqMiqp6BKm7ZKFWh7xKD5 hwegt4UUJZ1vw== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 5EE7C10001D; Sun, 31 Dec 2023 15:01:06 -0500 (EST) Received: from alfajor (unknown [207.96.224.130]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 4BFB512082A; Sun, 31 Dec 2023 15:01:06 -0500 (EST) From: Stefan Monnier In-Reply-To: (Alan Mackenzie's message of "Sat, 30 Dec 2023 10:46:42 +0000") Message-ID: References: Date: Sun, 31 Dec 2023 15:01:05 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.125 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> I don't know why you're not getting that expansion, and I don't know >> either why you're getting that > >> (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)) > > I don't know, either. :-( As I say, I've tried instrumenting the `setq' > handling code in macroexp--expand-all, but haven't managed to get > anything pertinent output. Ah, indeed instead of `gv-delay-error` it could also come from `macroexp--expand-all`. The `macroexp.el` hunk below would rule that out, tho. >> AFAICT this weird code is likely generated by `gv-delay-error` but >> according to `grep` it's only used in `map-elt` so I can't see why it's >> showing up here. > >> I'd start debugging this with something like `M-x trace-function RET >> gv-get RET` and `M-x debug-on-entry RET gv-delay-error RET`. >> [ Tho, presumably you're seeing this during the bootstrap, so you'll >> probably want to add `message/debug` calls in the code instead. ] > > I am indeed seeing this in bootstrap, so it's message and a bit of prin1. Did you get to see the offending code in one of the outputs of `gv-get`? Hpw 'bout a test that tries to see when that code is generated, as in the `gv.el` patch below? Stefan diff --git a/lisp/emacs-lisp/macroexp.el b/lisp/emacs-lisp/macroexp.el index 78601c0648e..5c461206820 100644 --- a/lisp/emacs-lisp/macroexp.el +++ b/lisp/emacs-lisp/macroexp.el @@ -467,10 +467,10 @@ macroexp--expand-all ,var (signal 'setting-constant (list ',var)))) ((symbolp var) - `(signal 'setting-constant (list ',var))) + (signal 'setting-constant (list var))) (t - `(signal 'wrong-type-argument - (list 'symbolp ',var)))) + (signal 'wrong-type-argument + (list 'symbolp var)))) nil 'compile-only var)))) (push assignment assignments)) (setq args (cddr args))) diff --git a/lisp/emacs-lisp/gv.el b/lisp/emacs-lisp/gv.el index 9f40c1f3c93..9cfd6d4b423 100644 --- a/lisp/emacs-lisp/gv.el +++ b/lisp/emacs-lisp/gv.el @@ -86,6 +86,8 @@ gv-get with a (not necessarily copyable) Elisp expression that returns the value to set it to. DO must return an Elisp expression." + (message "Entering gv-get for %S" place) + (let ((res (cond ((symbolp place) (let ((me (macroexpand-1 place macroexpand-all-environment))) @@ -118,7 +120,13 @@ gv-get (let* ((setter (gv-setter head))) (gv--defsetter head (lambda (&rest args) `(,setter ,@args)) do (cdr place)))) - (gv-get me do)))))))) + (gv-get me do))))))) + )) + (if (string-match-p "(list 'symbolp 'mets-by-qual)" + (prin1-to-string res)) + (error "Gotcha!?")) + (message "Exiting gv-get for %S: %S" place res) + res)) (defun gv-setter (name) ;; The name taken from Scheme's SRFI-17. Actually, for SRFI-17, the argument From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jan 2024 19:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 68113@debbugs.gnu.org, acm@muc.de Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.17041378042435 (code B ref 68113); Mon, 01 Jan 2024 19:37:01 +0000 Received: (at 68113) by debbugs.gnu.org; 1 Jan 2024 19:36:44 +0000 Received: from localhost ([127.0.0.1]:48811 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKO5c-0000dC-55 for submit@debbugs.gnu.org; Mon, 01 Jan 2024 14:36:44 -0500 Received: from mail.muc.de ([193.149.48.3]:21579) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKO5Z-0000cx-A8 for 68113@debbugs.gnu.org; Mon, 01 Jan 2024 14:36:42 -0500 Received: (qmail 29878 invoked by uid 3782); 1 Jan 2024 20:36:32 +0100 Received: from acm.muc.de (p4fe15c24.dip0.t-ipconnect.de [79.225.92.36]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 01 Jan 2024 20:36:31 +0100 Received: (qmail 10054 invoked by uid 1000); 1 Jan 2024 19:36:29 -0000 Date: Mon, 1 Jan 2024 19:36:29 +0000 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Stefan. I think we've both been confused. The code which signalled the error was (push method (alist-get (car qualifiers) mets-by-qual)) , and at the time of calling, qualifiers was nil. So the call boiled down to (push method (alist-get nil mets-by-qual)) , and there was no element of mets-by-qual with a car of nil. So what can the push macro do? There's no list to push onto. It can generate code either (i) to signal an error; or (ii) to create a new element in the alist mets-by-qual with method being the single element of its cdr. In actual fact, it does (i), but (as reported in the bug report) gives the wrong message. It should say something like "void list" or "non-existent list", not "mets-by-qual isn't a symbol", and it should give further information to enable the working out of WHICH list doesn't exist. That line of code is poor. It assumes that (alist-get (car qualifiers) mets-by-qual) will always return a list element, and fails to make any checks. It fails to check that qualifiers is a non-empty list before taking its car. That's not to say I'm denying responsibility for the failure. It's almost certainly caused by my tentative alterations for bug #67455. But bug #68113, the current bug, is real - That wrong-argument-type error is definitely erroneous. It's possible it was also caused by my changes for bug #67455, but I don't have the energy to look into that at the moment. Would you please check the code that signaled that error (you wrote it, I think), and let me know whether you find anything suspicious in it. Thanks! On Sun, Dec 31, 2023 at 15:01:05 -0500, Stefan Monnier wrote: > >> I don't know why you're not getting that expansion, and I don't know > >> either why you're getting that > >> (signal 'wrong-type-argument (list 'symbolp 'mets-by-qual)) > > I don't know, either. :-( As I say, I've tried instrumenting the `setq' > > handling code in macroexp--expand-all, but haven't managed to get > > anything pertinent output. > Ah, indeed instead of `gv-delay-error` it could also come from > `macroexp--expand-all`. > The `macroexp.el` hunk below would rule that out, tho. > >> AFAICT this weird code is likely generated by `gv-delay-error` but > >> according to `grep` it's only used in `map-elt` so I can't see why it's > >> showing up here. > >> I'd start debugging this with something like `M-x trace-function RET > >> gv-get RET` and `M-x debug-on-entry RET gv-delay-error RET`. > >> [ Tho, presumably you're seeing this during the bootstrap, so you'll > >> probably want to add `message/debug` calls in the code instead. ] > > I am indeed seeing this in bootstrap, so it's message and a bit of prin1. > Did you get to see the offending code in one of the outputs of `gv-get`? > Hpw 'bout a test that tries to see when that code is generated, as in > the `gv.el` patch below? > Stefan > diff --git a/lisp/emacs-lisp/macroexp.el b/lisp/emacs-lisp/macroexp.el > index 78601c0648e..5c461206820 100644 > --- a/lisp/emacs-lisp/macroexp.el > +++ b/lisp/emacs-lisp/macroexp.el > @@ -467,10 +467,10 @@ macroexp--expand-all > ,var > (signal 'setting-constant (list ',var)))) > ((symbolp var) > - `(signal 'setting-constant (list ',var))) > + (signal 'setting-constant (list var))) > (t > - `(signal 'wrong-type-argument > - (list 'symbolp ',var)))) > + (signal 'wrong-type-argument > + (list 'symbolp var)))) > nil 'compile-only var)))) > (push assignment assignments)) > (setq args (cddr args))) > diff --git a/lisp/emacs-lisp/gv.el b/lisp/emacs-lisp/gv.el > index 9f40c1f3c93..9cfd6d4b423 100644 > --- a/lisp/emacs-lisp/gv.el > +++ b/lisp/emacs-lisp/gv.el > @@ -86,6 +86,8 @@ gv-get > with a (not necessarily copyable) Elisp expression that returns the value to > set it to. > DO must return an Elisp expression." > + (message "Entering gv-get for %S" place) > + (let ((res > (cond > ((symbolp place) > (let ((me (macroexpand-1 place macroexpand-all-environment))) > @@ -118,7 +120,13 @@ gv-get > (let* ((setter (gv-setter head))) > (gv--defsetter head (lambda (&rest args) `(,setter ,@args)) > do (cdr place)))) > - (gv-get me do)))))))) > + (gv-get me do))))))) > + )) > + (if (string-match-p "(list 'symbolp 'mets-by-qual)" > + (prin1-to-string res)) > + (error "Gotcha!?")) > + (message "Exiting gv-get for %S: %S" place res) > + res)) > (defun gv-setter (name) > ;; The name taken from Scheme's SRFI-17. Actually, for SRFI-17, the argument -- Alan Mackenzie (Nuremberg, Germany). From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Jan 2024 04:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 68113@debbugs.gnu.org Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.170417040927962 (code B ref 68113); Tue, 02 Jan 2024 04:41:02 +0000 Received: (at 68113) by debbugs.gnu.org; 2 Jan 2024 04:40:09 +0000 Received: from localhost ([127.0.0.1]:49169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKWZU-0007Gw-Ob for submit@debbugs.gnu.org; Mon, 01 Jan 2024 23:40:09 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:6352) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKWZT-0007GY-7f for 68113@debbugs.gnu.org; Mon, 01 Jan 2024 23:40:07 -0500 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 463A68316B; Mon, 1 Jan 2024 23:39:59 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1704170398; bh=2SDsZCL4apRgy4PKg8IJDqsMC7t+uZvWSf7pDQ0vdHw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=UN/86+6JJDJ8TJvHfMtU7y5fLkFu7tcvF9vaG/j+kApe8vk7q1hGD3jXnKg7UW57b nyChxxtWsmiTOtN2urzysKb/gPnXPbMM+/5GfWQWiS9fNMZDGrMB1M3HxuIRFvLMKj RgkOwvJ9b/VhSsLjrPswaVyKRRvb5A2YKU9/SgjP2KRyXXsr3MvpJ+Kdq3aTi5btvD URzTm89NEFCwilKiQbeL1yygG3GY7EpHDaT1npBV3wI8xOKz5L7+xLXiYivRipxLyx sAhq1YFhs++OLHVGlR92/gfJ5p58GMa5qk1biP2gkO2AX+lPeULKMU6eL9j6PIfjcU lmrbBx5hoLUuQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 30CB6807A4; Mon, 1 Jan 2024 23:39:58 -0500 (EST) Received: from alfajor (unknown [207.96.224.130]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 12300120DB9; Mon, 1 Jan 2024 23:39:58 -0500 (EST) From: Stefan Monnier In-Reply-To: (Alan Mackenzie's message of "Mon, 1 Jan 2024 19:36:29 +0000") Message-ID: References: Date: Mon, 01 Jan 2024 23:39:57 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.140 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > , and at the time of calling, qualifiers was nil. So the call boiled > down to > > (push method (alist-get nil mets-by-qual)) > > , and there was no element of mets-by-qual with a car of nil. So what > can the push macro do? There's no list to push onto. It can generate > code either > (i) to signal an error; or > (ii) to create a new element in the alist mets-by-qual with method being > the single element of its cdr. > > In actual fact, it does (i), but (as reported in the bug report) gives > the wrong message. But as I pointed out, the normal macroexpansion does (ii), so the problem *is* in the wrong macroexpansion. > That line of code is poor. It assumes that (alist-get (car qualifiers) > mets-by-qual) will always return a list element, No, it doesn't. The `gv-expander` for `alist-get` handles that case just fine (tho for some reason not in your case, obviously). > and fails to make any checks. It fails to check that qualifiers is > a non-empty list before taking its car. It's on purpose. The "nil" case is the common case, actually. This has been working fine since Emacs-25, remember. > Would you please check the code that signaled that error (you wrote it, I > think), and let me know whether you find anything suspicious in it. I already did. Did you try the patch I sent? Stefan From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Jan 2024 18:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 68113@debbugs.gnu.org Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.170465359031332 (code B ref 68113); Sun, 07 Jan 2024 18:54:02 +0000 Received: (at 68113) by debbugs.gnu.org; 7 Jan 2024 18:53:10 +0000 Received: from localhost ([127.0.0.1]:33846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMYGk-00089H-AM for submit@debbugs.gnu.org; Sun, 07 Jan 2024 13:53:10 -0500 Received: from mail.muc.de ([193.149.48.3]:22420) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMYGi-000893-Pt for 68113@debbugs.gnu.org; Sun, 07 Jan 2024 13:53:09 -0500 Received: (qmail 55231 invoked by uid 3782); 7 Jan 2024 19:52:56 +0100 Received: from acm.muc.de (p4fe15e24.dip0.t-ipconnect.de [79.225.94.36]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 07 Jan 2024 19:52:55 +0100 Received: (qmail 13417 invoked by uid 1000); 7 Jan 2024 18:52:55 -0000 Date: Sun, 7 Jan 2024 18:52:55 +0000 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Stefan. On Mon, Jan 01, 2024 at 23:39:57 -0500, Stefan Monnier wrote: > > , and at the time of calling, qualifiers was nil. So the call boiled > > down to > > (push method (alist-get nil mets-by-qual)) > > , and there was no element of mets-by-qual with a car of nil. So what > > can the push macro do? There's no list to push onto. It can generate > > code either > > (i) to signal an error; or > > (ii) to create a new element in the alist mets-by-qual with method being > > the single element of its cdr. > > In actual fact, it does (i), but (as reported in the bug report) gives > > the wrong message. > But as I pointed out, the normal macroexpansion does (ii), so the > problem *is* in the wrong macroexpansion. Yes indeed. > > That line of code is poor. It assumes that (alist-get (car qualifiers) > > mets-by-qual) will always return a list element, > No, it doesn't. The `gv-expander` for `alist-get` handles that case > just fine (tho for some reason not in your case, obviously). > > and fails to make any checks. It fails to check that qualifiers is > > a non-empty list before taking its car. > It's on purpose. The "nil" case is the common case, actually. > This has been working fine since Emacs-25, remember. Yes. > > Would you please check the code that signaled that error (you wrote it, I > > think), and let me know whether you find anything suspicious in it. > I already did. > Did you try the patch I sent? Yes I did, thanks. It showed up the real problem. I had modified the macroexpansion system in an attempt to use the framework in macroexp--expand-all but without the "base case", by fset'ing macroexp-macroexpand temporarily to an identity function. This was an attempt to strip symbols with position of their positions for bug #67455, getting lambda positions into the doc strings. In the end this attempt was hopeless, but I spent quite some time on it. I hadn't realised that macro expansion was central to gv.el. Bug #68113 might be a real bug, but I somehow doubt it. I'll close it as not a bug. Sorry to have wasted your time in the process. > Stefan -- Alan Mackenzie (Nuremberg, Germany). From unknown Tue Aug 12 08:31:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68113: Wrong error message triggered in cl--generic-standard-method-combination Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Jan 2024 19:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 68113@debbugs.gnu.org Received: via spool by 68113-submit@debbugs.gnu.org id=B68113.170465477011567 (code B ref 68113); Sun, 07 Jan 2024 19:13:01 +0000 Received: (at 68113) by debbugs.gnu.org; 7 Jan 2024 19:12:50 +0000 Received: from localhost ([127.0.0.1]:33891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMYZl-00030U-SR for submit@debbugs.gnu.org; Sun, 07 Jan 2024 14:12:50 -0500 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:33095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMYZj-00030I-KE for 68113@debbugs.gnu.org; Sun, 07 Jan 2024 14:12:48 -0500 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 5BD5E44117B; Sun, 7 Jan 2024 14:12:36 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1704654755; bh=UDKTXKMJQSrFxZz+ehAq164+YVtQS8Nwzm1Y7RsojVc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=iqpr67re/H6/u9wHLLvOgEh5eQh+q8FKR/HHDF7Ft/GAFxxSvM612xU2hiYfR+cAx EZnRqi51Tw86ZzKOKomYPpdbJ2Mys5mJQ1Kgn+V3DgxRrPUFOY11eV0HZBX6zPqlIr wf2dtu+nJnmH2Mbx3hETRLIDhYWkvIu2WN/NyzTF61soX8VHH0X4kIiMsSxOdh8mCi /wyWfueeP+vJAdry0+TrrNFEre+pGtGBqfAfd8bN4KvWdCfjLXbKR+4f6JnLdZORno Gtdi/EBQl6im9w2b8AyGL2xYUm2Cxl8102ZjaVugY7aR+093cmLl/0Swh2dvuSlVl+ q1NNojdh0Sd8Q== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 0B13E441124; Sun, 7 Jan 2024 14:12:35 -0500 (EST) Received: from milanesa (65-110-221-238.cpe.pppoe.ca [65.110.221.238]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D2364120618; Sun, 7 Jan 2024 14:12:34 -0500 (EST) From: Stefan Monnier In-Reply-To: (Alan Mackenzie's message of "Sun, 7 Jan 2024 18:52:55 +0000") Message-ID: References: Date: Sun, 07 Jan 2024 14:12:33 -0500 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.108 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > I had modified the macroexpansion system in an attempt to use the > framework in macroexp--expand-all but without the "base case", by > fset'ing macroexp-macroexpand temporarily to an identity function. This > was an attempt to strip symbols with position of their positions for bug > #67455, getting lambda positions into the doc strings. In the end this > attempt was hopeless, but I spent quite some time on it. Makes sense. > I hadn't realised that macro expansion was central to gv.el. > Bug #68113 might be a real bug, but I somehow doubt it. I'll close it > as not a bug. Great, thanks. Glad I could help, Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 07 14:47:33 2024 Received: (at control) by debbugs.gnu.org; 7 Jan 2024 19:47:34 +0000 Received: from localhost ([127.0.0.1]:33922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMZ7N-0003Sz-MW for submit@debbugs.gnu.org; Sun, 07 Jan 2024 14:47:33 -0500 Received: from mail.muc.de ([193.149.48.3]:46812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMZ7L-0003Sk-AU for control@debbugs.gnu.org; Sun, 07 Jan 2024 14:47:32 -0500 Received: (qmail 19964 invoked by uid 3782); 7 Jan 2024 20:47:18 +0100 Received: from acm.muc.de (p4fe15e24.dip0.t-ipconnect.de [79.225.94.36]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 07 Jan 2024 20:47:18 +0100 Received: (qmail 13601 invoked by uid 1000); 7 Jan 2024 19:47:17 -0000 Date: Sun, 7 Jan 2024 19:47:17 +0000 To: control@debbugs.gnu.org Subject: Bug#68113 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: control Cc: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 68113 + notabug close 68113 quit This bug report resulted from a misunderstanding of the role of macro expansion in the generalised variable mechanism. The "bug" manifested itself after significant alteration of the macro expansion functions. -- Alan Mackenzie (Nuremberg, Germany).