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#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Date: Sun, 20 Aug 2023 05:57:37 +0200 Message-ID: <877cpqs6vi.fsf@web.de> References: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> <871qg1tghr.fsf@web.de> <012813c5-cfc3-7ba9-5e84-70d79c172e77@gmail.com> <87zg2oyjre.fsf@web.de> <8b7fc1c2-ae6c-b825-c772-38b18ddb67d6@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39514"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 20 05:58:24 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 1qXZa3-000A7c-Pu for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 20 Aug 2023 05:58:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qXZZk-000175-Py; Sat, 19 Aug 2023 23:58: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 1qXZZh-00016o-Bb for bug-gnu-emacs@gnu.org; Sat, 19 Aug 2023 23:58:01 -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 1qXZZg-0002tK-PJ for bug-gnu-emacs@gnu.org; Sat, 19 Aug 2023 23:58:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qXZZh-0004Z6-Ni for bug-gnu-emacs@gnu.org; Sat, 19 Aug 2023 23:58:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2023 03:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65344 X-GNU-PR-Package: emacs Original-Received: via spool by 65344-submit@debbugs.gnu.org id=B65344.169250387417535 (code B ref 65344); Sun, 20 Aug 2023 03:58:01 +0000 Original-Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 03:57:54 +0000 Original-Received: from localhost ([127.0.0.1]:52553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXZZZ-0004Yk-SL for submit@debbugs.gnu.org; Sat, 19 Aug 2023 23:57:54 -0400 Original-Received: from mout.web.de ([212.227.17.12]:34839) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXZZS-0004YQ-Kn for 65344@debbugs.gnu.org; Sat, 19 Aug 2023 23:57:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692503858; x=1693108658; i=michael_heerdegen@web.de; bh=oVfFEYg/EX4h8w5tTWXQccuysIwOOZA+389HoHq3ysE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=B7Sobp3snDdZZlaHKJbBhYn+u/BArE0TQX5U0f4mSjc9aRxqIZygdFI3ODyQ9xwD022B27w Zb34S3tVvucV5liC0daXg44J38uwTQrNT4IGy1MJ9Db9LwxpExwXuy75E/aFRo+6l+VHI846o uSD8gjihxh6ce7cRulb2O2hsUhLIGtUYS9zrBTHdmx5m6xB23cBPWyIcVJpFZtanu8WNv9AVu DgUN+PV1BGZramb5Y/KTiRnrhKhq7vkMsrCkPg8ntt5PT2tC6NgPpQUNh1kfnPuXXYyHNbwSK NRuzbYKRXKYx2h2wdwF4dlPtqJ+bsHW4HfTB/dOkuVygVP2DEXEg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M1aDp-1qa2HJ0bxj-0036EV; Sun, 20 Aug 2023 05:57:38 +0200 In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Sat, 19 Aug 2023 10:08:24 +0200") X-Provags-ID: V03:K1:in9y5+WjTQjhShiCi6K94uXDvrcffOXANpr0XzM2YGNGa8XvjEy +XRTjFVAXWvXnNBeIXFaCH6ZgCSIQGHQgt9e4KD+ZTYlI1S9fAEsiXvRC1yw8mCHyPLDeEc tYZuqW4hOszFs94uDRURPBtlHLB8w8z//bRD8bijRfHiz7RAsb7SRaNzxSohQPpmXvt3Gsu OH0Wi38SVU50fS6a1+taQ== UI-OutboundReport: notjunk:1;M01:P0:ZF+UFjwdCiY=;7CsXKU3pqn2zYDQQ5eShUBu+TzG 0W9HzR7+XZd+KQZTHNMgTFhrcRDXX55ijd8MgKw73Lcbl0Em0U2Vgh6y6ACLohbze1RC4r+hX qVVtn2KeP7Alu6pBPqp8GDAXpCvhat6/+vcRihF7M2ZBhAXc3pRs+5Kq7l1+LMYddmvhFAaA9 0qcYFmKD1+BIScMblIXxO0L3ucFMTEQeFny1Aq6GzzWcsrlwOFccYIzeCj+J0wjlc5q4hxamQ NhM/hG071eMoA4QCB4mEm0vUChe3FkhM91AZyI1U1pAty5rlLTeJY8IYp5Tq8tm/+vjVGKYoB aTni/UwAM6nNnOIW0D6Qcx+XoIoi4TTaGpZFzOuq4OFtUAUseLndJVBuCgrkKS5Beb9D2nGVA H+aqbT9opW5fKIt9kpNCfu6md+FJQRVfrJHAAFt1W+FiXSOda/FNJN5ucagCvxq6EMF6GOzO3 fPURBnykw3VnxVrOdpWZvY1bKvfvsXR+ypRDPT4+v0n3wlW84T7/NTGZpXvQthHdVBdlouhzI /lDUS5PrrEcEWxzC+h3T/puKe5GGbl6B3TC2cg5i0eElfLJcGO4hO2FtPtZ07trmGtxM9MgWD A8pQJGkP++Iwxo8M1hBgCaiIiMZ+k+QQq/l60xZqEc56VXjuQNwGmhzYQ6M0o9qE2MUdThwY0 s7jPuR0teVWln3iJPmS76LBc0LWiKU6rq5sa270yOKFTmy2sOsSYir1Ap/mogOZrUzWveZBIs czepGWQoJBi7jTahHMrAXE43e+c1j+QcDAU4Nb0PugYEinYDw4Fi9cL5sA0b4NQlR4nwUNTz 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:267933 Archived-At: Gerd M=C3=B6llmann writes: > (debug ((&rest [&or (&define [&name symbolp "@cl-flet@"] > [&name [] gensym] ;Make it unique! > cl-lambda-list > cl-declarations-or-string > [&optional ("interactive" interactive)] > def-body) > (&define [&name symbolp "@cl-flet@"] > [&name [] gensym] ;Make it unique! > def-body)]) > The second &define is for the (FN EXPR) bindings. It comes after the > &define for "normal" function bindings because because, for some > reason, apparently the second &define also matches the other case. That's because you use 'def-body' which matches any number of body expressions. I think this is not correct: we are expecting a single form. Apart from that: yes, something like this... I did not yet understand the &name magic. And i wonder whether we should apply the distributive law and factor out the first few identical specs inside the &or. Michael.