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: Wed, 23 Aug 2023 08:06:39 +0200 Message-ID: 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> <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="24803"; 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 Wed Aug 23 08:07:19 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 1qYh1T-0006G8-09 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 23 Aug 2023 08:07:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qYh1D-0007FI-HH; Wed, 23 Aug 2023 02:07:03 -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 1qYh19-0007F1-1d for bug-gnu-emacs@gnu.org; Wed, 23 Aug 2023 02:06:59 -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 1qYh18-0001nG-QG for bug-gnu-emacs@gnu.org; Wed, 23 Aug 2023 02:06:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qYh1B-0000Or-NV for bug-gnu-emacs@gnu.org; Wed, 23 Aug 2023 02:07:01 -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: Wed, 23 Aug 2023 06:07: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.16927708121522 (code B ref 65344); Wed, 23 Aug 2023 06:07:01 +0000 Original-Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 06:06:52 +0000 Original-Received: from localhost ([127.0.0.1]:60855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYh11-0000OT-Sw for submit@debbugs.gnu.org; Wed, 23 Aug 2023 02:06:52 -0400 Original-Received: from mail-ej1-x632.google.com ([2a00:1450:4864:20::632]:48545) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYh10-0000OG-94 for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 02:06:50 -0400 Original-Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-99cdb0fd093so712544666b.1 for <65344@debbugs.gnu.org>; Tue, 22 Aug 2023 23:06:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692770801; x=1693375601; 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=1Y7UM9/1+9H6/CMOuLO45HFGS29RQWf2abRE5CIiiLY=; b=FBpzXaX5t5Tl4Sa3nQZnp5Q3X791X6G6bpoOowZ460BjgVCTcL+HUxPOLVaKeJEkVU HgMn/iUs36lU94qIsrtv4pIQYbkk27J2vltUL5W4SVinycy12WbvprhEalFZ4D1YAQby iDZWIOgZCRpolFA58J+3ThK0CvLl4Cfh3oBbHKCtVwPeyl9QtFdCYVdPvTL9H/cfLV33 rFvU+MaLNTE/uYu0Nelz5fYZd+02e+x3xSBE2Nm5IFJ6Aq4LD51mfEtyxmUwjqpFyeOX 421UODf+L16pXkmd0Fc5oJmgcIZqFDycpZkexaMB3QxChteoXy1lmhopuW31q38UWsnx kjOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692770801; x=1693375601; 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=1Y7UM9/1+9H6/CMOuLO45HFGS29RQWf2abRE5CIiiLY=; b=jlg5qo9oJZh3HjHaPwkv11e7s90bvVEwn13lkAuRSO45VQ8FKKiqykINTD0bDkP+RD 7q+Uv4RirpMPAp9Cr99i8DdomYnYcX1qItiVd+DQv4SAXpr3g7eIJ3dlZ5dwXlHDcbt+ zByBMj+I1zMV+vGzTgOlPNudKsItfVYsO0Yj0zp//bpppJSaf4d8iHNKBA3ZHLk4QYKo 7gPW7RZ0YNIOXytv7D9oukMxZBxG1LrDkA50YTJLMR9Zpx5suFR/SLcs04ABvVLr7yTf HMOrygDZLaqYrWj1EB+yhdnULT7uJRqRsGaMS8/9WmJ/pcBXg2moQoi/Iue0ToqGIJL/ 0rYg== X-Gm-Message-State: AOJu0Yw41Pinn6sjTCIqPLlvRiJEKjbsLiesh/6IY6hfmgrI0iIl1r28 XrIDdWHedIyU78ydHK3JR+SCBDtUQgRQLrUi X-Google-Smtp-Source: AGHT+IEVFDomPQS4AtydLpVyWPYaVYsj78SduXAOM5iiSZm4RyDb5L66/oGY9AvvVSy6YauztjjAIQ== X-Received: by 2002:a17:906:19b:b0:99b:674c:44eb with SMTP id 27-20020a170906019b00b0099b674c44ebmr8830149ejb.9.1692770800762; Tue, 22 Aug 2023 23:06:40 -0700 (PDT) Original-Received: from Mini.fritz.box (p54b0c765.dip0.t-ipconnect.de. [84.176.199.101]) by smtp.gmail.com with ESMTPSA id i6-20020a170906698600b009928b4e3b9fsm9344567ejr.114.2023.08.22.23.06.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Aug 2023 23:06:40 -0700 (PDT) In-Reply-To: (Drew Adams's message of "Wed, 23 Aug 2023 01:25:21 +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:268206 Archived-At: Drew Adams writes: >> The root of this is the old discussion of how strictly cl-lib should >> follow the Common Lisp originals. We will not pacify this discussion. >> I think we found a good compromise in most cases, even when it is not >> the optimum for everyone. > > FWIW. > > Dunno which part(s) of the people I fall in, but my > opinion is that we should have separated, and we > still should try to separate (1) actual Common Lisp > emulation/reproduction/whatever-you-want-to-call-it, > which should be quite faithful to the standard, from > (2) non-CL constructs (functions, variables, macros, > special forms) that might seem a bit CL-like or that > might share some of the underlying implementation > with some of #1. Agree 100&, but that ship seems to have saild.