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: Tue, 22 Aug 2023 08:10:49 +0200 Message-ID: <87il97obdi.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> <877cpqs6vi.fsf@web.de> <87wmxqs0ti.fsf@web.de> <616b60fc-9f68-14ae-d262-716eb0cc685d@gmail.com> <87h6ot19av.fsf@web.de> <878ra3q4kk.fsf@web.de> 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="14161"; 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 Tue Aug 22 08:12: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 1qYKcq-0003TE-Lj for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Aug 2023 08:12:24 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qYKcT-0003O9-Qy; Tue, 22 Aug 2023 02:12:01 -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 1qYKcS-0003Ny-MY for bug-gnu-emacs@gnu.org; Tue, 22 Aug 2023 02:12: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 1qYKcS-0005nm-Ab for bug-gnu-emacs@gnu.org; Tue, 22 Aug 2023 02:12:00 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qYKcU-0004Ba-Gj for bug-gnu-emacs@gnu.org; Tue, 22 Aug 2023 02:12: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: Tue, 22 Aug 2023 06:12:02 +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.169268466215994 (code B ref 65344); Tue, 22 Aug 2023 06:12:02 +0000 Original-Received: (at 65344) by debbugs.gnu.org; 22 Aug 2023 06:11:02 +0000 Original-Received: from localhost ([127.0.0.1]:58344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYKbW-00049n-0S for submit@debbugs.gnu.org; Tue, 22 Aug 2023 02:11:02 -0400 Original-Received: from mout.web.de ([212.227.17.12]:40105) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYKbT-00049Q-9u for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 02:11:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692684650; x=1693289450; i=michael_heerdegen@web.de; bh=EA9RsohOgBhjicfDZZwdvow5TMRTUPgzSydd+taLt+E=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=PPK8+OqRAM0RREdOgcBIKVF88X3+xVTG9OHe0Ydns/0afOmVmjXWpplNz8ivCZYDZr8YJI4 uvCpUuh8k8sOs3y51KAuV0iBN3eI8UXs4kv5MWZPefw7xq0JseW4sIrOEcwnIvnEQVl30PnCj /1OF2oCqsX6uVLwu0W9hBY/W+3kW7wuT4vUFdTGw3JK/clkk/eVXTqrKiSuPOwkkRj2ByWx0p djBhHMoOFIQ7HvcRYlCJb3SzdEZk2Wy1+253tFJMUI+vZl8ZPRI74hPeQky1oawxQX7ZbyGcp bUegccA+VUl2X2yUnt2vt/F6U0n+uzjS+Y8GqN3VGILRSYXU8Gug== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1McZnj-1q0esG3mrF-00cZ8c; Tue, 22 Aug 2023 08:10:49 +0200 In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Tue, 22 Aug 2023 07:48:57 +0200") X-Provags-ID: V03:K1:l/RoyZsBz7DkbQVXF7tosMMsYLIreO9Od04VWYkHk50cuie9oSG 4XSaC0bh83/yDLqVkaY/gfNMiuQdFX6c4FGw86gY6/h/mxL/lMeuMw5Z8OaB2Qn7fSB41tq TpSkyIRUW9rvMGqxXfTA/3mP1wdEwFBm4dCPwct7gZPw5CtdrMvLTIUV0Kpzc82G/RUvQEp 3GmV7840+x5uUwcwW08MQ== UI-OutboundReport: notjunk:1;M01:P0:G4IdU3xAYh4=;iFW6WGaQ+1wxkd1gZDauY/jD21/ VFlH+9eYxVgicFg2X7uGNh6RLgWj2uIpTZHI+dHw4cpBXjMxYss2QtLKFJD+2TM/rewqiBlA9 NWT4g9TALPrz9+42Hd+Hw7PMcBjLLPBNsrGfSVQZtXFGe9j+vOjhbt7JKRsKpE+yI4699ygk0 MoIevn6N7ivyWbwCbXlhJY067jWovUcqvK7LSiZof2PcdvwQd/oJpCTSIYMbrm+MpNrE/hpCK WvusM1HMncjn3E4PbDt56gmmgh5dXIAS4KkidkDxx5qjv9MglLlsqC2TdLMXOBLwhf3AxuRZO 1RA4TcYYwS6RuhswPgSW+ZN88zBMTyWU0LOPc5afRVIcFMh/g0PrEGYsW9eTpiqDyLACprg2t ZO0blMYVhJNQlz3YkWp33F3VQbEopJ0vmFyVkNE66KygO9LJd1AZa1sq3tIoxz1enNHo++B8h fCbUg2joPaHjNaeVvJgfwYpMpeCqhAoCdch/B2/eo1BQo2iqHCsGK0C4AllFNQe5LwzUKNg8J l4Kxn/69JbEL+rXIsSe2AtAzfhyTa9Td3KL6h4L2qLABS4kStkD9Wa8rXU+iFKR6zQGk31b1k WaSWE6TFDXTIL/zg93D5+oMEghjA3oenz9wquYaH77gOsULaDkDoj5Mv85E/5UcBPM+HNbM2r ho5bBcWcDSg0rsB2LCZN4lPMxnIrBRKBwgDJTQpvdo1a8QlBRBysuTXntJQ5nLgEog+M8Wx1y X2wbM94eoBYZwk1te0MenutdPKfHDYPSMTRtYU5/f30g0EazWl47aZqOzoiUZRqo6at2xUc/ 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:268143 Archived-At: Gerd M=C3=B6llmann writes: > I wonder if this isn't a bug in cl-flet itself. If you change the names > a bit, this is=20 > > (cl-flet ((fn (a b))) > ...) > > which is a perfectly valid local definition of FN with two parameter A > and B, returning nil in CL. It signals an error in Emacs which I'd > consider a bug. It's a known limitation, AFAIR. It's more important to support the (SYMBOL EXPR) than this corner case, and we don't want to guess "what is meant", so a binding of two elements is always interpreted this way in Elisp. This problem has been discussed a while ago. > > Second question: you are sure that the ";Allow (setf ...) > > additionally to symbols." thing was not something Stefan wanted to > > keep intentionally? Just wondering. > > What makes you think so? He definitely saw it when he made the last changes. > > This spec was never being used, right? > > Right. One cannot define functions with non-symbol function names, > and never could. Hmm, right...but where did I see it. Oh, I remember, it was `cl-defmethod' that supports such names. Michael.