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: Fri, 25 Aug 2023 06:07:47 +0200 Message-ID: <87il93kbn0.fsf@web.de> References: <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> <87edjsghyf.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="3655"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Gerd =?UTF-8?Q?M=C3=B6llmann?= , "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 Fri Aug 25 06:09: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 1qZO8L-0000ip-Ce for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Aug 2023 06:09:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZO86-00054h-Sk; Fri, 25 Aug 2023 00:09:02 -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 1qZO83-0004ks-Ah for bug-gnu-emacs@gnu.org; Fri, 25 Aug 2023 00:09:00 -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 1qZO81-0002xa-TW for bug-gnu-emacs@gnu.org; Fri, 25 Aug 2023 00:08:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qZO86-0007kT-0j for bug-gnu-emacs@gnu.org; Fri, 25 Aug 2023 00:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Aug 2023 04:09: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.169293648529694 (code B ref 65344); Fri, 25 Aug 2023 04:09:01 +0000 Original-Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 04:08:05 +0000 Original-Received: from localhost ([127.0.0.1]:38912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZO7B-0007ir-EG for submit@debbugs.gnu.org; Fri, 25 Aug 2023 00:08:05 -0400 Original-Received: from mout.web.de ([212.227.15.3]:32901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZO79-0007iL-Oz for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 00:08:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692936468; x=1693541268; i=michael_heerdegen@web.de; bh=7C6attS2nFo99OG+Pcknb9823dD1fpoiQ7+fdEmbVMs=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=PdOCzmvwByfHtZQD8bW4j2AUxFC6LAFBf7WEt9PqvvovCis2FeHiYHKBh7PJVwmF8RjGU6X 6xTy/IACHrYTdc9wa8ZQofS5BzfyRoZHj9ejS0moAew3cqWRi7nKuhNHf1W0LWR/ekBmc8eKs 34aGrQXZTuYwFfp9IIDof5O7ScapDcUEzEj9nyY0jJYnDIlBVR3fO4YlcVHylNvcPc7BcpAX9 8GjjaU/n7MLODqAH/G+u129w+/AEw0YJ/5gxF+Q2mv0IiMSk8xHck+jwCHZ8PHB2SlvOb1JV3 pTfdNj6dApx59CBax8IrJIwaaT5QpJQCjkb9Pbhlm2hkR8fyiIEg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MeUXg-1q1Qrw1FQ4-00aQwr; Fri, 25 Aug 2023 06:07:48 +0200 In-Reply-To: (Drew Adams's message of "Fri, 25 Aug 2023 01:53:50 +0000") X-Provags-ID: V03:K1:PCAZw76pWpIBV+L5BE7DcFyxqpXo4ErJoJiFP7nyWUH9hgGvMTa a7RaYc2AdISfpxbZyTliKoF4mOqbJHPLABp8yET9Ir+u+F3Hbm7POPQBYFoGySkWr8SaSDU GEmgNSbpBYRRRWKrrY3IYseRwUrkG+ipFCNCc1uhBaCQgLZWIsewr4DAslas4XLT3V+P0Mc OUYsWwkqFu7SoE0fvJEIg== UI-OutboundReport: notjunk:1;M01:P0:68xk/PxlFeQ=;gdq0JAyWQHsw/gXfQsjB3+QsO7P kWlA7AoK460eofPy3HJlFEb9RfkM48yqzrLWKO7h4QQv12Y7fckmz0s6U8eshAklvEXqekzFO LFVZ3vSQmzyqxpMbWidVHj+gBd7ZCx04NOUFBLkqfmdgY+niHpdl3e1cEo183fmZSm7NdDsOL VVCEzXIrLoWLJoA73SyJRx9F4yM3MWU7Dnoqc7HCYsrSmueempEwJy/UtbXMX7DASNEfx/g1r J7b9VTrFRvgmwrnPEeF6wN0GQjSN3XQ854vnGeLILb9SWcY1KbqHvGu86T3IJvQImgBC7BpvW UP0L8Zs4FVzifBaPen5s0gI30k75VoCRlmswjvzopC2R540nmBQ7pBAnWVAwxEUaraDPi9Or+ MYE5BIfXoTWEJ2d9rKQHflGHDzOsKywIjGhmObFnX1XZABHyvqDmiHddj75uKQZwnMNFQHCZa 46sjJw8dKX5f39hG3cVYEM1gawFdrQ+ZNltIJ0w/noMra3oPa1OmJpN+LROOFx39fLGPGnCqe NpNwgOVKQ+9Jku97hY/zQe/mZJgESDraWuSR5rIp9SgnHGhj4S6XaGJyxtjry2edOqMws+cIr 6pcS+vNN9MzOlgElKI6aVj+g3XYjnI7oHR7HfxoqdsjIeuu/7+k3bzmNkFZ8VlGQfcV1W1rht OsZWqm4NZGeW0tXcd8Mro4GQZ0cQNjGW4A1h0V2L9ioPoBKW53qFdH1TvpQu5zQ1KGKIqoWno kjANrkodDZpahLuEyL5qJ7gWLojB/ieAcao1buoXZ6D9GVbzYKoetx3C0zQCk7gWICjrp9SP 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:268380 Archived-At: Drew Adams writes: > If something is somewhat like a CL construct, > but it is intentionally different in some way > (and not just because we've implemented only > partial support for it), then why use the > prefix `cl-' for it? Why not use the prefix > `el-' or whatever? That would be much more confusing IMO. `cl-flet' is not just "somewhat like a CL construct". "cl inspired" would be a bad description. The manual clearly describes the limits of the "emulation", and, as I said, even more limiting incompatibilities do not stem from such extensions. > Nothing says that Elisp needs to have the > same things as CL. But why call something > different "CL support" or "CL emulation", and > use the same prefix, `cl-', that we use for > things that are really intended to emulate > CL constructs? The library is somewhere between an "CL emulation" and a "CL inspired extension library". It is hard to find a really good name and description. > It's like we have no guideline or map now. Naming being hard or not satisfactory doesn't imply anything. I doesn't tell what we must do. It just means it is hard to find a "perfect for everybody" name. That naming something is hard might mean that there is a problem with that thing, or it might mean nothing. > To what avail? There's no shortage of > prefixes and nothing forcing things with > different purposes or natures to be in the > same file. Changing this prefix would cause work and trouble. If you think it is worth it - what's your suggestion? "el-" is much worse. What in `flet' is more "Emacs Lisp"y than in `let'? Everything in Emacs Lisp is Emacs Lisp. The "Emacs Lisp" version of `flet'? Of which `flet'? Ahh - of the Common Lisp `flet' - but it's only 99.9% compatible, so we don't call it "cl-". This line of argument is not convincing me. If a user has looked at the documentation (one has to anyway to get a start), the "cl-" is also hardly a source of confusion. So I still don't see a relevant problem. Michael.