From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Date: Thu, 24 Aug 2023 11:10:24 +0200 Message-ID: References: <012813c5-cfc3-7ba9-5e84-70d79c172e77@gmail.com> <87zg2oyjre.fsf@web.de> <8b7fc1c2-ae6c-b825-c772-38b18ddb67d6@gmail.com> <877cpqs6vi.fsf@web.de> <87wmxqs0ti.fsf@web.de> <616b60fc-9f68-14ae-d262-716eb0cc685d@gmail.com> <87h6ot19av.fsf@web.de> <878ra3q4kk.fsf@web.de> <87il97obdi.fsf@web.de> <87edju4mzd.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="4296"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Michael Heerdegen , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 24 11:11:21 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 1qZ6N4-0000sL-Vk for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Aug 2023 11:11:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZ6Mt-0003rF-M4; Thu, 24 Aug 2023 05:11:07 -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 1qZ6Mq-0003qg-GC for bug-gnu-emacs@gnu.org; Thu, 24 Aug 2023 05:11:04 -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 1qZ6Ml-0008AJ-8V for bug-gnu-emacs@gnu.org; Thu, 24 Aug 2023 05:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qZ6Mp-0004SG-3Z for bug-gnu-emacs@gnu.org; Thu, 24 Aug 2023 05:11:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Aug 2023 09:11:03 +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.169286823917058 (code B ref 65344); Thu, 24 Aug 2023 09:11:03 +0000 Original-Received: (at 65344) by debbugs.gnu.org; 24 Aug 2023 09:10:39 +0000 Original-Received: from localhost ([127.0.0.1]:36111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ6MR-0004R3-47 for submit@debbugs.gnu.org; Thu, 24 Aug 2023 05:10:39 -0400 Original-Received: from mail-ej1-x633.google.com ([2a00:1450:4864:20::633]:47398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ6MO-0004Qi-1e for 65344@debbugs.gnu.org; Thu, 24 Aug 2023 05:10:37 -0400 Original-Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-99bcfe28909so822570266b.3 for <65344@debbugs.gnu.org>; Thu, 24 Aug 2023 02:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692868226; x=1693473026; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=YS3US0LsvosYuoD7HpdNAx7uxAvDd83MHMv+MNL1SO0=; b=QX2rBidTH3yAHEVWevXI9rx2J3/CCmjR61sS59WcyW9D5+c6NroYsLlE9H5hafpHCb PUZlsN2L3Vxm+Du9lQv8PH0iW5jsZSrW/FoV72KppgCWIYAd1RFmTQ96kAOqMC7Mwexl a/tb1GaxzSH8DvavkjIW+LYQ6dI+QNBY62ZTClOVKsKZQi0LITaMgYnXD57hYz3IoqOF lS4sQ78j3BDiLK91vw6T2RZQpwVm3GWrtc+UbC6BctlUu0RuwIT6iK5VJL+aK9ljVRJB NWnk9ATapZ524AdH+KYGp+M7FGTdgvuDiRpttS1oj63DcMUae3Yhfo+EXWzGJtRZJChk ZUvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692868226; x=1693473026; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=YS3US0LsvosYuoD7HpdNAx7uxAvDd83MHMv+MNL1SO0=; b=jL1qoU6YCIs1GbTM/AWyoeU534i9lAdbe/gSrfkPcl9O834sN+tT92Nt9zG7PProlN OqrrYaZ4ZuzXhS1OyMYD/6VwMMP+gry5zewLFg265pjmyrS4uBsX2l7TC5UxpaZl0WIT 6qZT1uCp3MXBxLog8JKxerrxkBtKseXaS+cMxlM3EzhpcUFpS86Iqo3BP3T0QO7Zz67i +ZoUzHtNsu95fuddf7oMsHCraKzcrCm9VzS5uPiMLTLU4g6yb2dy0XD+7S5gCNVZlY2t SVzvREBUnxbh8PwvQEF/LCPBdELm0sfFVF0Bseq3isLACLy3N+oXr9AYabnL/lJwpmxh FeXw== X-Gm-Message-State: AOJu0YwdPTm697ym+l8hO4myGxgvCKVTvfjp8otWBC6j/gsdD3dlXst/ VPuHctUQ9AgtOERotsAYS70z9D93cS17vT+7 X-Google-Smtp-Source: AGHT+IHerBH+vESutUohdl8iUhJXCWDBWG5sL7tzqqbMZHbPZAMRYJDL2dVLDbp9sjq/yCj5dq00GA== X-Received: by 2002:a17:906:23e1:b0:99b:f3d1:7735 with SMTP id j1-20020a17090623e100b0099bf3d17735mr10139742ejg.29.1692868225715; Thu, 24 Aug 2023 02:10:25 -0700 (PDT) Original-Received: from Mini.fritz.box (p4fe3a80a.dip0.t-ipconnect.de. [79.227.168.10]) by smtp.gmail.com with ESMTPSA id g26-20020a170906595a00b0099c971ba285sm10616973ejr.5.2023.08.24.02.10.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Aug 2023 02:10:25 -0700 (PDT) In-Reply-To: (Drew Adams's message of "Wed, 23 Aug 2023 14:23:29 +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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:268318 Archived-At: Drew Adams writes: > I think it's (at least at this point) about deciding > and stating the intention. At first there we none > or few non-CL things offered in the cl-*.el code. > Then a very few more. Then a bunch more. If no > intention is declared that just adding non-CL stuff > almost/seemingly willy-nilly to cl-*.el is OK, such > addition might well be increasingly likely. > > IOW, let's not hope for perfect, and give up because > things are already imperfect (that ship has sailed). > Instead, why not declare that it's better to not add > non-CL stuff to cl-*.el files, and work to keep it > out. Not adding more, and declaring that policy, is > at least better than adding more with no such policy. > > Just one opinion. We could improve things a bit here. Just my 2 cents. I would appreciate that. At least let's try not make things incompable with their CL counterparts, like in the flet case (which I meant with the sailed ship). On the other hand, I don't think the usual suspects do something like that deliberatly. And not excluding to have something like cl-defmethod etc. that's not 100% CLOS but tries to comes close.