From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 16 14:22:24 2023 Received: (at submit) by debbugs.gnu.org; 16 Aug 2023 18:22:24 +0000 Received: from localhost ([127.0.0.1]:42064 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWL9z-00048G-B1 for submit@debbugs.gnu.org; Wed, 16 Aug 2023 14:22:24 -0400 Received: from lists.gnu.org ([2001:470:142::17]:51492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWL9w-00047z-5j for submit@debbugs.gnu.org; Wed, 16 Aug 2023 14:22:22 -0400 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 1qWL9q-0000k9-Gs for bug-gnu-emacs@gnu.org; Wed, 16 Aug 2023 14:22:14 -0400 Received: from mail-lj1-x22a.google.com ([2a00:1450:4864:20::22a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qWL9i-0005FQ-Cq for bug-gnu-emacs@gnu.org; Wed, 16 Aug 2023 14:22:11 -0400 Received: by mail-lj1-x22a.google.com with SMTP id 38308e7fff4ca-2b9cd6a554cso101620931fa.3 for ; Wed, 16 Aug 2023 11:22:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692210122; x=1692814922; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=gWSME1SZmO5xgNgNtHzAmaaA32eFzG7IK27X3H4pTA4=; b=C8xFD1hM2KxvFoDUY7hENctObv+oxqTZSjlssnZXvTAw4Zbi5/czWXHCK++k1RJT6l /s7aFlJhwzvpug+oIRI1EoikbpEfyCcJgwVTojFmpE7MKHJhwT99Gn7L4eMZ+MjHs/1y PRbTDzfnkIxSFkv2AF0D2+4YcS94GHnUomjL6lyF57LqU/ISICrafLcyy5WSpWSl1L+i aR6XBuGukG3uRqkv6uK6IPShntHjY/cKFffd5AKUkTBMyC4oMsGR5fgu2Vyh9Se5NUZ+ Atd4dLlmTeNeXUREBgND7UnjndT0tIJ3bKY4XQuKHdp1IsxdMgPHHJmdiCPk2910JhJq Dqxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692210122; x=1692814922; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=gWSME1SZmO5xgNgNtHzAmaaA32eFzG7IK27X3H4pTA4=; b=iAepwixLHIQArgDsMW26LInNQEzu1e8eJ5EPegN4X7EpOQ6C0rYtwVNbWmwtthXW7o s5yPe63fQLriBmyrj9mRPc3r2JxSl2yQr/oFl1ITe6gMdoPREL71tmUEduaOfjumoEjX PRWYOMEiv1U6gMbpu0eTw7OeJ2YJeNCSrAXpNHVlkjul1845X95SaflWOWgabFsxH/3a JaUR1Zhu3ZTkTt6rED3U07A3u5INQ9hEkirbn/Wa7T06R04TlKeVJmNnbNZYpA69lqk5 +WdsmDlUBGYXmmXGYvcwok/C4s0CkVwHLx3ljHVGf64TEskLpF+oRkVfgskpmqY8ed2Q pIBA== X-Gm-Message-State: AOJu0Yzfwj/s7kJBpRlDvPiVIPSf0vBtfAhFDGdGsikHmpU+rNtrOQ4G 2U0bxuYexZXCgGSmwCaVq8haC5YlICRwyKf3TQPeFyYOgEw= X-Google-Smtp-Source: AGHT+IF0IjcfNO/IX6+fozU8ZR7gpR1TVmStlPQO2Nin+y24WUPm/DOc7bggKS4sA9Pjmeq4Bc2wYzElHwPd2bDCngg= X-Received: by 2002:a2e:2e15:0:b0:2bb:9957:9fc4 with SMTP id u21-20020a2e2e15000000b002bb99579fc4mr1940294lju.16.1692210121252; Wed, 16 Aug 2023 11:22:01 -0700 (PDT) MIME-Version: 1.0 From: Brandon Irizarry Date: Wed, 16 Aug 2023 14:21:53 -0400 Message-ID: Subject: 28.2; Unable to Edebug cl-flet form which uses argument destructuring To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="00000000000029a4f006030e5f26" Received-SPF: pass client-ip=2a00:1450:4864:20::22a; envelope-from=brandon.irizarry@gmail.com; helo=mail-lj1-x22a.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --00000000000029a4f006030e5f26 Content-Type: text/plain; charset="UTF-8" To reproduce: in emacs invoked with '-Q', in the Scratch buffer, insert the following code: (require 'cl-macs) (cl-flet ((fn ((min max)) (message "%d %d" min max))) (fn '(2 3))) The cl-flet form evaluates fine (e.g. with C-x C-e or C-M-x), which leads me to conclude that this construct is legal. However, attempting to instrument the form with Edebug (C-u C-M-x) results in an enormous backtrace starting with Debugger entered--Lisp error: (invalid-read-syntax "Expected" "lambda") If I get rid of the argument destructuring, Edebug works as expected. For example, I'm able to step through the following code with Edebug just fine: (cl-flet ((fn (min max) (message "%d %d" min max))) (fn 2 3)) => "2 3" I should be able to, for example, instrument the destructuring (buggy) cl-flet form, run through it with 'g', and see the same output. In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) of 2023-05-13, modified by Debian built on x86-ubc-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12101007 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -ffile-prefix-map=/build/emacs-mPr7Vr/emacs-28.2+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: global-git-commit-mode: t magit-auto-revert-mode: t shell-dirtrack-mode: t paredit-mode: t ws-butler-mode: t global-corfu-mode: t corfu-mode: t fido-vertical-mode: t icomplete-vertical-mode: t icomplete-mode: t fido-mode: t electric-pair-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t window-divider-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t Load-path shadows: /home/demo/.emacs.d/elpa/transient-20230810.1716/transient hides /usr/share/emacs/28.2/lisp/transient /home/demo/.emacs.d/elpa/xref-1.6.3/xref hides /usr/share/emacs/28.2/lisp/progmodes/xref /home/demo/.emacs.d/elpa/project-0.9.8/project hides /usr/share/emacs/28.2/lisp/progmodes/project /home/demo/.emacs.d/elpa/eldoc-1.14.0/eldoc hides /usr/share/emacs/28.2/lisp/emacs-lisp/eldoc Features: (shadow sort mail-extr emacsbug sendmail edebug cl-print help-fns radix-tree org-element avl-tree generator ol-eww eww xdg url-queue mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-search eieio-opt speedbar ezimage dframe gnus-art mm-uu mml2015 mm-view mml-smime smime dig gnus-sum shr kinsoku svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus nnheader ol-docview doc-view image-mode exif ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601 ol org-keys oc org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs ert ewoc debug backtrace find-func movie-data-table rater-table hash-helper csv-helper parse-csv cl-indent misearch multi-isearch magit-ediff git-rebase goto-addr vc-mtn vc-hg vc-git vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs vc vc-dispatcher bug-reference magit-extras face-remap magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff smerge-mode diff git-commit log-edit message rmc puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor shell pcomplete comint server ansi-color magit-mode transient magit-git magit-base magit-section format-spec cursor-sensor crm dash mule-util jka-compr ediff-ptch comp comp-cstr warnings rx cl-extra help-mode diff-mode easy-mmode ediff ediff-merg ediff-mult ediff-wind ediff-diff ediff-help ediff-init ediff-util dired-aux dired dired-loaddefs paredit ws-butler cus-edit cus-start wid-edit macrostep ring pp ffap thingatpt edmacro kmacro web-mode advice disp-table finder-inf wombat-theme corfu compat compat-29 icomplete elec-pair cus-load pcase info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 727871 424820) (symbols 48 38766 141) (strings 32 238349 577478) (string-bytes 1 6177910) (vectors 16 81263) (vector-slots 8 1667405 1015905) (floats 8 484 3251) (intervals 56 28782 5018) (buffers 992 35)) --00000000000029a4f006030e5f26 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
To reproduce: in emacs invoked with '-Q', in = the Scratch buffer, insert the following
code:

(require 'cl= -macs)

(cl-flet ((fn ((min max))
=C2=A0 =C2=A0 =C2=A0(message &= quot;%d %d" min max)))
=C2=A0 (fn '(2 3)))

The cl-flet f= orm evaluates fine (e.g. with C-x C-e or C-M-x), which
leads me to concl= ude that this construct is legal. However, attempting
to instrument the = form with Edebug (C-u C-M-x) results in an enormous
backtrace starting w= ith

Debugger entered--Lisp error: (invalid-read-syntax "Expecte= d" "lambda")

If I get rid of the argument destructuri= ng, Edebug works as
expected. For example, I'm able to step through = the following code with
Edebug just fine:

(cl-flet ((fn (min max)=
=C2=A0 =C2=A0 =C2=A0(message "%d %d" min max)))
=C2=A0 (= fn 2 3))

=3D> "2 3"

I sho= uld be able to, for example, instrument the destructuring (buggy) cl-flet f= orm,
run through it with 'g', and see the same outpu= t.

In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK= + Version 3.24.37, cairo version 1.16.0)
=C2=A0of 2023-05-13, modified b= y Debian built on x86-ubc-01
Windowing system distributor 'The X.Org= Foundation', version 11.0.12101007
System Description: Debian GNU/L= inux 12 (bookworm)

Configured using:
=C2=A0'configure --build= x86_64-linux-gnu --prefix=3D/usr
=C2=A0--sharedstatedir=3D/var/lib --li= bexecdir=3D/usr/libexec
=C2=A0--localstatedir=3D/var/lib --infodir=3D/us= r/share/info
=C2=A0--mandir=3D/usr/share/man --with-libsystemd --with-po= p=3Dyes
=C2=A0--enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs= /28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site= -lisp:/usr/share/emacs/site-lisp
=C2=A0--with-sound=3Dalsa --without-gco= nf --with-mailutils
=C2=A0--with-native-compilation --build x86_64-linux= -gnu --prefix=3D/usr
=C2=A0--sharedstatedir=3D/var/lib --libexecdir=3D/u= sr/libexec
=C2=A0--localstatedir=3D/var/lib --infodir=3D/usr/share/info<= br>=C2=A0--mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes
= =C2=A0--enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-= lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/= share/emacs/site-lisp
=C2=A0--with-sound=3Dalsa --without-gconf --with-m= ailutils
=C2=A0--with-native-compilation --with-cairo --with-x=3Dyes
= =C2=A0--with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars 'CFLAGS=3D-g -= O2
=C2=A0-ffile-prefix-map=3D/build/emacs-mPr7Vr/emacs-28.2+1=3D. -fstac= k-protector-strong
=C2=A0-Wformat -Werror=3Dformat-security -Wall' &= #39;CPPFLAGS=3D-Wdate-time
=C2=A0-D_FORTIFY_SOURCE=3D2' LDFLAGS=3D-W= l,-z,relro'

Configured features:
ACL CAIRO DBUS FREETYPE GIF = GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX= LIBSYSTEMD LIBXML2 M17N_FLT MODULES
NATIVE_COMP NOTIFY INOTIFY PDUMPER = PNG RSVG SECCOMP SOUND THREADS TIFF
TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM= GTK3 ZLIB

Important settings:
=C2=A0 value of $LANG: en_US.UTF-8=
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Lisp Interac= tion

Minor modes in effect:
=C2=A0 global-git-commit-mode: t
= =C2=A0 magit-auto-revert-mode: t
=C2=A0 shell-dirtrack-mode: t
=C2=A0= paredit-mode: t
=C2=A0 ws-butler-mode: t
=C2=A0 global-corfu-mode: t=
=C2=A0 corfu-mode: t
=C2=A0 fido-vertical-mode: t
=C2=A0 icomplet= e-vertical-mode: t
=C2=A0 icomplete-mode: t
=C2=A0 fido-mode: t
= =C2=A0 electric-pair-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eld= oc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 e= lectric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mod= e: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
=C2= =A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cu= rsor-mode: t
=C2=A0 window-divider-mode: t
=C2=A0 auto-composition-mo= de: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t<= br>=C2=A0 line-number-mode: t

Load-path shadows:
/home/demo/.emac= s.d/elpa/transient-20230810.1716/transient hides /usr/share/emacs/28.2/lisp= /transient
/home/demo/.emacs.d/elpa/xref-1.6.3/xref hides /usr/share/ema= cs/28.2/lisp/progmodes/xref
/home/demo/.emacs.d/elpa/project-0.9.8/proje= ct hides /usr/share/emacs/28.2/lisp/progmodes/project
/home/demo/.emacs.= d/elpa/eldoc-1.14.0/eldoc hides /usr/share/emacs/28.2/lisp/emacs-lisp/eldoc=

Features:
(shadow sort mail-extr emacsbug sendmail edebug cl-pri= nt help-fns
radix-tree org-element avl-tree generator ol-eww eww xdg url= -queue
mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-searc= h
eieio-opt speedbar ezimage dframe gnus-art mm-uu mml2015 mm-view
mm= l-smime smime dig gnus-sum shr kinsoku svg dom gnus-group gnus-undo
gnus= -start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7
netr= c nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus
nnheader o= l-docview doc-view image-mode exif ol-bibtex ol-bbdb ol-w3m
ol-doi org-l= ink-doi org ob ob-tangle ob-ref ob-lob ob-table ob-exp
org-macro org-foo= tnote org-src ob-comint org-pcomplete org-list
org-faces org-entities no= utline outline org-version ob-emacs-lisp
ob-core ob-eval org-table oc-ba= sic bibtex iso8601 ol org-keys oc
org-compat org-macs org-loaddefs cal-m= enu calendar cal-loaddefs ert ewoc
debug backtrace find-func movie-data-= table rater-table hash-helper
csv-helper parse-csv cl-indent misearch mu= lti-isearch magit-ediff
git-rebase goto-addr vc-mtn vc-hg vc-git vc-bzr = vc-src vc-sccs vc-svn
vc-cvs vc-rcs vc vc-dispatcher bug-reference magit= -extras face-remap
magit-submodule magit-blame magit-stash magit-reflog = magit-bisect
magit-push magit-pull magit-fetch magit-clone magit-remote = magit-commit
magit-sequence magit-notes magit-worktree magit-tag magit-m= erge
magit-branch magit-reset magit-files magit-refs magit-status magit<= br>magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff<= br>smerge-mode diff git-commit log-edit message rmc puny rfc822 mml mml-sec=
epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs
te= xt-property-search time-date mm-decode mm-bodies mm-encode mail-parse
rf= c2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev
mail-util= s gmm-utils mailheader pcvs-util add-log magit-core
magit-autorevert aut= orevert filenotify magit-margin magit-transient
magit-process with-edito= r shell pcomplete comint server ansi-color
magit-mode transient magit-gi= t magit-base magit-section format-spec
cursor-sensor crm dash mule-util = jka-compr ediff-ptch comp comp-cstr
warnings rx cl-extra help-mode diff-= mode easy-mmode ediff ediff-merg
ediff-mult ediff-wind ediff-diff ediff-= help ediff-init ediff-util
dired-aux dired dired-loaddefs paredit ws-but= ler cus-edit cus-start
wid-edit macrostep ring pp ffap thingatpt edmacro= kmacro web-mode advice
disp-table finder-inf wombat-theme corfu compat = compat-29 icomplete
elec-pair cus-load pcase info package browse-url url= url-proxy
url-privacy url-expand url-methods url-history url-cookie url= -domsuf
url-util mailcap url-handlers url-parse auth-source cl-seq eieio=
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url= -vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso= -transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-f= loat-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-= bar dnd fontset image regexp-opt fringe tabulated-list replace
newcommen= t text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshad= ow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syn= tax font-core term/tty-colors frame minibuffer cl-generic
cham georgian = utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanes= e eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic = indian cyrillic chinese composite emoji-zwj charscript
charprop case-tab= le epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvic= e button loaddefs faces cus-face macroexp files
window text-properties o= verlay sha1 md5 base64 format env code-pages
mule custom widget hashtabl= e-print-readable backquote threads dbusbind
inotify lcms2 dynamic-settin= g system-font-setting font-render-setting
cairo move-toolbar gtk x-toolk= it x multi-tty make-network-process
native-compile emacs)

Memory = information:
((conses 16 727871 424820)
=C2=A0(symbols 48 38766 141)<= br>=C2=A0(strings 32 238349 577478)
=C2=A0(string-bytes 1 6177910)
= =C2=A0(vectors 16 81263)
=C2=A0(vector-slots 8 1667405 1015905)
=C2= =A0(floats 8 484 3251)
=C2=A0(intervals 56 28782 5018)
=C2=A0(buffers= 992 35))


--00000000000029a4f006030e5f26-- From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 16 20:55:44 2023 Received: (at 65344) by debbugs.gnu.org; 17 Aug 2023 00:55:44 +0000 Received: from localhost ([127.0.0.1]:42361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWRId-0000NP-Sm for submit@debbugs.gnu.org; Wed, 16 Aug 2023 20:55:44 -0400 Received: from mout.web.de ([212.227.15.4]:43183) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWRIb-0000NB-82 for 65344@debbugs.gnu.org; Wed, 16 Aug 2023 20:55:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692233735; x=1692838535; i=michael_heerdegen@web.de; bh=2tQCD1IgoZjZBGImYPkf8TBnuXQI5Aah75JJHwj0q2M=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=DUCBVl0OS04QWBsQk8WrVGg38O6kwlffz9246zZWqjtW541vUcWab4G1tF6It686PgHmGb+ TuEo6CrIAaIMYsZBElNOMyWo2c9swcOasfkp7OwVzfNA7tzqaSs+T1B+mNQoeSM8imT+IA36s Ym1/xvI9ZiZOEtJRgRfLG9sWdwE8Xp51ib2uRnc6WkxTDzEro0OFKJ9vtfL2/pF7/2a0pV4ks iWSN5syEgotE5LqZI+s5jgAeOqaAqE7Mp+k3Re2eBYt/pbNwhKV/DPWtzH5G/yuclOVqadNiJ iCaCIo31taShvGRFHYpcQKgT9oZCzcctY/+yUSpW6hgqviApQg5A== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.214]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1N4vNQ-1pnNjO3dtE-0110JT; Thu, 17 Aug 2023 02:55:34 +0200 From: Michael Heerdegen To: Brandon Irizarry Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Brandon Irizarry's message of "Wed, 16 Aug 2023 14:21:53 -0400") References: Date: Thu, 17 Aug 2023 02:55:34 +0200 Message-ID: <87leea4hdl.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:fuTfqxPKWHCTP8Ujk0LtYbiVDam1D7hoqLJz1ilmz36+baHfm89 RYHnbU/4i5wZeVodw7ZsBwragTq+akUW733KAJe3nXzfUGk0X4WX7jguQeocjfufMaWEUUR fbx0LEpPtXtUxav9/Vr8sJAaWh24j4y79iHOhnCOcX83p6pDfHAEfj/zHlgaZMyW27vMRK9 NjlWvxzeK/xBe2QYv6M4A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ezxExQ+L/0A=;JmyTIRdg7NCaX4r+4SOBbBzojHW LY0m2iz0jZunm0/TnJpslmQP+gV9rRMYa8BntuKUfUxaS2W0tcVMInmhZrT9gs/9gQpqutk3A aLjL1DhS1sX+hb0SXPh5fYVnw+oIDtvBwgzJeEBsiZQl2WOpFtXu4SZIabZc0R8l4tCWQ4fZa QaUGZEnPV08/3q2s4R36Nvvh4m/GYuFQGtYg5rohrKJruMQewvQ3rEeLFT6puW2ClTzq1tycr 5QPIeKdVgLpqbmajnIRF3zmUbJGZws0lABYy/WykM1oVSsD+RaV/JdGg0NCzD6hptPYQcQgDQ LGTV9qHe8V4xOiN/ttFOl9FhA7QLjl0FRo0YQZrB9vwTQD7vdGsZRTxznzC9uBuwSTFH29kTl q7tIRPzcdzFSgQvA6rVXG31oHWSE03c5vmz7arxHBYKm3fDhwGYidATu/SobDwT337CfIUMBQ p05wZRwlGDoBbNnTkjF/h3MyB87Qd8ROmxfa6shN52Ro+O5mjkPjUlypsOt/u2Qle1AW0QseC a13WScwy0zLH3DlhSZ1t4DIYrUSJmdgHnlO817UGSRfaJt5IpPxvOXPF3s0jfbcm1EMRIvZ2D wx5I5wK65r6t8o3GxtjPFstx3eoq+dsTZNIniaE3A4RwbVgwylknnkPe6lXAcy3LeP/95OBns SIcIf+XRilEboDIOCfBFB9Dt1+HN4sdec6YncHUc0G/qpYZ8SQ9VRQiCwvJMAJv5t2AZTiCin zH9IOMbcvSO2HUAiHSglABLbrlIWnvSkJZ1bBPRIUI1xLLPJPYLoJdfu8gdtIdkKviis2Uk45 DWbAVeLO5eu8oF+c8i4HcDHZOgttyaN8agbVmNw3n9GjZ4xwjCOdhYQqzf7js7FZgBNrkBvqf 6EWRtzNrHtyLqRi71lxUFrkJZtD/2C5ouk2hjhtvBXJRnJNIP6KRdXbi+5oPdDSqx84+rkSPx GJjBRiuuFLOSS3/uSfL9Ui+xup8= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Brandon Irizarry writes: > To reproduce: in emacs invoked with '-Q', in the Scratch buffer, insert the > following > code: > > (require 'cl-macs) > > (cl-flet ((fn ((min max)) > (message "%d %d" min max))) > (fn '(2 3))) > > The cl-flet form evaluates fine (e.g. with C-x C-e or C-M-x), which > leads me to conclude that this construct is legal. However, attempting > to instrument the form with Edebug (C-u C-M-x) results in an enormous > backtrace starting with > > Debugger entered--Lisp error: (invalid-read-syntax "Expected" "lambda") Thanks. I agree. This doesn't seem to be a new bug. Edebug first tries to match (symbolp form), this is the first branch in an &or - this calls `edebug-list-form' which binds edebug-gate --> t and tries to (edebug-match-specs cursor '(lambda-expr body) 'edebug-match-specs) which doesn't match but errors because of the bound `edebug-gate'. Who knows how to fix this correctly? Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 17 01:29:27 2023 Received: (at 65344) by debbugs.gnu.org; 17 Aug 2023 05:29:27 +0000 Received: from localhost ([127.0.0.1]:42548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWVZX-00023J-8G for submit@debbugs.gnu.org; Thu, 17 Aug 2023 01:29:27 -0400 Received: from mail-ej1-x62d.google.com ([2a00:1450:4864:20::62d]:45114) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWVZV-000234-29 for 65344@debbugs.gnu.org; Thu, 17 Aug 2023 01:29:26 -0400 Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-99357737980so964199066b.2 for <65344@debbugs.gnu.org>; Wed, 16 Aug 2023 22:29:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692250159; x=1692854959; h=content-transfer-encoding:in-reply-to:subject:from:content-language :references:cc:to:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=VbNCd4E5P5jn0wG6IKztd3VqTLwCgV5AS1ZKn7HjH5w=; b=iI0L+YmRKwo/Tv2iv7kida0d6pL8Yac8ec1EDJj9/DqPjYpe6zGSXVQe0SCVtQttoe qnlROcDfTcOPqPJc4BiUyH9pv7HNDhhsEl2n2u+5HeIi8MM0I2hBwLXdEF50PowN70qn m/RiQ5ZQ+kEI7HDES661fs7SveitqSnxn6K2RmFh5XaxOwAh3tBs89mHqBUQhymR0j96 PsT0/Dy5Ns7pf6jZt2x3+FFiH0CVW9ucC81KAHVek20FO+lFZx9h4dKXJsIbiqUhVUQ2 J8ZCR9YZ397gqOKbxsfmZ2vGi3BNzSpnPz68kQBZr/I8yXqgK6ocJNXrdQlbejPYNk/y OREA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692250159; x=1692854959; h=content-transfer-encoding:in-reply-to:subject:from:content-language :references:cc:to:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VbNCd4E5P5jn0wG6IKztd3VqTLwCgV5AS1ZKn7HjH5w=; b=MLavBHF+lds5wXehs2n7axkixlnUpX6HmL4pFdcOinmzLncpVu1bS6yOZ5u2f9oG3n FpoCUAEHLpbDFGmdoihqAFyW/C0R30uTzjliE3NvAx7Ylh3trYl3NP9vjvo911pnwmgq 1z+0TBcHk+tRrTgDSVl+jt1dKu4m/mvlboLzae8QeEZZhr/V6uCN1YDJuCh/V8+syaOI DSHmoSRMqOvz9s5qjClzsd0SIEVKLToXwOPv8tHGnA1wibuXFVmxuP79ya7+/JPP7aTN CrF6tPa7odf0YtHtbX8Uk8/VyxNGk4P3AjaXx7e7sfxJvLK0RrFs4Zi+bFb1EYYvd79O +wBA== X-Gm-Message-State: AOJu0Yy9oa2H2A9OKWjPwTc+jO62EvmB8YUc8dSW9XLOOXz0PRgGp06b pET0tf3mAay7jeBd6FtGfx4= X-Google-Smtp-Source: AGHT+IH97hrAUTZRBLPthFpVr2omEerAntaG8p8yY2I0aH3qprd8QPIEihA+A5AhHp7aO9GZ1du5hw== X-Received: by 2002:a17:906:7699:b0:99d:ee06:fcf8 with SMTP id o25-20020a170906769900b0099dee06fcf8mr4047401ejm.44.1692250158664; Wed, 16 Aug 2023 22:29:18 -0700 (PDT) Received: from [192.168.178.21] (p4fe3a0f5.dip0.t-ipconnect.de. [79.227.160.245]) by smtp.gmail.com with ESMTPSA id gs18-20020a170906f19200b00992e14af9b9sm9524990ejb.134.2023.08.16.22.29.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 16 Aug 2023 22:29:18 -0700 (PDT) Message-ID: Date: Thu, 17 Aug 2023 07:29:17 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 To: brandon.irizarry@gmail.com References: Content-Language: en-US From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > (cl-flet ((fn ((min max)) > (message "%d %d" min max))) > (fn '(2 3))) > > The cl-flet form evaluates fine (e.g. with C-x C-e or C-M-x), which > leads me to conclude that this construct is legal. I think this lambda-list is invalid. It certainly is invalid in CL, and I can't find any extension mentioned in the Emacs docs. Why this doesn't signal an error at evaluation time, I don't know. If you try this with defun, you get an error. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 17 11:42:23 2023 Received: (at 65344) by debbugs.gnu.org; 17 Aug 2023 15:42:23 +0000 Received: from localhost ([127.0.0.1]:45361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWf8h-0001cE-BP for submit@debbugs.gnu.org; Thu, 17 Aug 2023 11:42:23 -0400 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]:53500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWf8e-0001c1-VF for 65344@debbugs.gnu.org; Thu, 17 Aug 2023 11:42:22 -0400 Received: by mail-lj1-x236.google.com with SMTP id 38308e7fff4ca-2bb9a063f26so27951511fa.2 for <65344@debbugs.gnu.org>; Thu, 17 Aug 2023 08:42:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692286935; x=1692891735; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=O7xiqEKPW7YLM9Swcl5xaQrys5ypagBI+Evg4GUH2PM=; b=rT61UQdDIAMSmLOHyMJv2PxKo0rt7gu9dwAZYRKtLbcJ2/qPnpWq7OF2Q+vaa3glZQ 0/r2b4Daof0cZF5E3mFRmvdgANH4cPv8bTzXnIUYe9KXhzklmA5Tyc4vLRESr933Zrip jOALN4OKJJDLPzk7UV2EqaecJlVjxFcf2DO5oAftq+YdBgpFg/Ga1h4w4xx+5KNJDuaH 7B4BJCeyhel0snDoDHUOpU7ngxRBm1kMsDW7Y63QbFMq72Ffrh0pqlnhmMgO5V8u6169 +G9KYlXmEsAWraKyduJ3fXGuf3iq3ZbjUrtHYuWXP6LTErM/tNX6VGAcCwRf8kuzoqkN rD2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692286935; x=1692891735; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=O7xiqEKPW7YLM9Swcl5xaQrys5ypagBI+Evg4GUH2PM=; b=IJHEr9dOZHh2CBONOr8X+qXwZg2zjIWdQaBb65YuueIQN6F7oroKJSW3oQk2GYbDEp KyO/GAAbXsKFKm9EGpmvcdogKOGSYdVS0/7/95TnARW/n+fmDcWI5W52BR4xuV2qq5Qw YT8d/lr6WpfQN63qTESN8IE55WbrTiBV1RhuzzbhxwNGopyRN6O1MGdL4yQQGc4jT1Kw B4Of5BtzLhmpN+r/YHPpn++71u83+sx9AaKyYXlDhiVIl1DGOSDf1lviHgiPC9JOoRs/ WbVqSPE98njgu2Pat5gRdGTyGpa352oyg++9D99psJn3yv2vMH9lDI2M8e8a2auMrK/U 95Fw== X-Gm-Message-State: AOJu0YwZPFQQ8GqdEMfrmmAUBcQe0lr8kgCHyJfAUin0F9a6g0Gqljmt IunwutIxQJu3676+5CfHkjsPl1YiayilYol/Lyc= X-Google-Smtp-Source: AGHT+IHXD76sf0pOWZ3Qzr9bCsvUaLi0DTEp65iGyTXh0qhujVMbNxBbWKereJjN9/ZD77Pk/dcykAMUxwTfQwCQtZ4= X-Received: by 2002:a2e:9b0d:0:b0:2b9:aa4d:3728 with SMTP id u13-20020a2e9b0d000000b002b9aa4d3728mr4410813lji.29.1692286934616; Thu, 17 Aug 2023 08:42:14 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Brandon Irizarry Date: Thu, 17 Aug 2023 11:42:06 -0400 Message-ID: Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring To: =?UTF-8?Q?Gerd_M=C3=B6llmann?= Content-Type: multipart/alternative; boundary="000000000000988e010603204121" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000988e010603204121 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Destructured lambda-lists appear to be an Elisp extension to Common Lisp's argument notation, and the Emacs docs do mention them (though not in the Elisp manual; rather, it's in the CL-Lib manual). They even mention your point about such a lambda-list not being valid Common Lisp. >From the CL-Lib manual, 4.3.2 (Function Bindings): Functions defined by =E2=80=98cl-flet=E2=80=99 may use the full Common= Lisp argument notation supported by =E2=80=98cl-defun=E2=80=99; also, the f= unction body is enclosed in an implicit block as if by =E2=80=98cl-defun=E2=80=99. = *Note Program Structure::. Following the reference to Chapter 2, and heading into 2.1 (Argument Lists): Argument lists support =E2=80=9Cdestructuring=E2=80=9D. In Common Lisp, destructuring is only allowed with =E2=80=98defmacro=E2=80=99; this package= allows it with =E2=80=98cl-defun=E2=80=99 and other argument lists as well. That is, while 'defun' doesn't support this, 'cl-defun' (and, by extension, 'cl-flet') does. - Brandon On Thu, Aug 17, 2023 at 1:29=E2=80=AFAM Gerd M=C3=B6llmann wrote: > > (cl-flet ((fn ((min max)) > > (message "%d %d" min max))) > > (fn '(2 3))) > > > > The cl-flet form evaluates fine (e.g. with C-x C-e or C-M-x), which > > leads me to conclude that this construct is legal. > > I think this lambda-list is invalid. It certainly is invalid in CL, and > I can't find any extension mentioned in the Emacs docs. > > Why this doesn't signal an error at evaluation time, I don't know. If > you try this with defun, you get an error. > --000000000000988e010603204121 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Destructured lambda-lists appear to be an Elisp exten= sion to Common Lisp's argument notation,
and the Emacs docs d= o mention them (though not in the Elisp manual; rather, it's in the CL-= Lib manual).
They even mention your point about such a lambda-lis= t not being valid Common Lisp.

From the CL-Lib= manual, 4.3.2 (Function Bindings):

=C2=A0 =C2=A0= =C2=A0 Functions defined by =E2=80=98cl-flet=E2=80=99 may use the full Comm= on Lisp
=C2=A0 =C2=A0 =C2=A0argument notation supported by =E2=80=98cl-d= efun=E2=80=99; also, the function body
=C2=A0 =C2=A0 =C2=A0is enclosed i= n an implicit block as if by =E2=80=98cl-defun=E2=80=99. =C2=A0*Note
=C2= =A0 =C2=A0 =C2=A0Program Structure::.

Following th= e reference to Chapter 2, and heading into 2.1 (Argument Lists):
=

=C2=A0=C2=A0 Argument lists support =E2=80=9Cdestructur= ing=E2=80=9D.=C2=A0 In Common Lisp,
destructuring is only allowed with = =E2=80=98defmacro=E2=80=99; this package allows it
with =E2=80=98cl-defu= n=E2=80=99 and other argument lists as well.

= That is, while 'defun' doesn't support this, 'cl-defun'= (and, by extension, 'cl-flet') does.

- Br= andon

On Thu, Aug 17, 2023 at 1:29=E2=80=AFAM Gerd M=C3=B6llmann = <gerd.moellmann@gmail.com> wrote:
>= ; (cl-flet ((fn ((min max))
>=C2=A0 =C2=A0 =C2=A0 (message "%d %d" min max)))
>=C2=A0 =C2=A0(fn '(2 3)))
>
> The cl-flet form evaluates fine (e.g. with C-x C-e or C-M-x), which > leads me to conclude that this construct is legal.

I think this lambda-list is invalid.=C2=A0 It certainly is invalid in CL, a= nd
I can't find any extension mentioned in the Emacs docs.

Why this doesn't signal an error at evaluation time, I don't know.= =C2=A0 If
you try this with defun, you get an error.
--000000000000988e010603204121-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 17 11:56:29 2023 Received: (at 65344) by debbugs.gnu.org; 17 Aug 2023 15:56:29 +0000 Received: from localhost ([127.0.0.1]:45393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWfML-000230-5i for submit@debbugs.gnu.org; Thu, 17 Aug 2023 11:56:29 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWfMJ-00022m-Ov for 65344@debbugs.gnu.org; Thu, 17 Aug 2023 11:56:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWfME-0002vP-6w; Thu, 17 Aug 2023 11:56:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=g9HFXax6NdxS+0l0O927QdKBz+1COdnT7sBHszIWifA=; b=kx367w1BD4WgcM44ppUt ZLHhoQzgATj8koPUI3RqbFHxF/FEEF+YNHuOthpGehmcNQ/NiphuFJfrw1PEPGuCBkqkLUPPfODek gWGaaz5HRd0MxRcBAVonP6/s89Wi10/E1H2+otYfYywRReo6WCA+w2OgO4EsfaNkMZXAGQffYrQUo 8TVJ4nxzxBRa8QS+WzvLsOpnanynNhErK6KnG5oSw85ydchXUsuort6k1feEjkiONBJIVcJTD3ZCj fyMmvwrn8c/dap+8HYsxMirPbVnLEpZcoOHamqBIRASgjUa4KhY08SFwMcqHl2x2aI2gSVXc6FGur cKRjXRWtDBzTCw==; Date: Thu, 17 Aug 2023 18:56:29 +0300 Message-Id: <838ra964sy.fsf@gnu.org> From: Eli Zaretskii To: Brandon Irizarry In-Reply-To: (message from Brandon Irizarry on Thu, 17 Aug 2023 11:42:06 -0400) Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65344 Cc: gerd.moellmann@gmail.com, 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 65344@debbugs.gnu.org > From: Brandon Irizarry > Date: Thu, 17 Aug 2023 11:42:06 -0400 > > Destructured lambda-lists appear to be an Elisp extension to Common Lisp's argument notation, > and the Emacs docs do mention them (though not in the Elisp manual; rather, it's in the CL-Lib > manual). > They even mention your point about such a lambda-list not being valid Common Lisp. > > From the CL-Lib manual, 4.3.2 (Function Bindings): > > Functions defined by ‘cl-flet’ may use the full Common Lisp > argument notation supported by ‘cl-defun’; also, the function body > is enclosed in an implicit block as if by ‘cl-defun’. *Note > Program Structure::. > > Following the reference to Chapter 2, and heading into 2.1 (Argument Lists): > > Argument lists support “destructuring”. In Common Lisp, > destructuring is only allowed with ‘defmacro’; this package allows it > with ‘cl-defun’ and other argument lists as well. You may be right, but please don't rely on the documentation as if it were a Gospel, or assume that it tells you all the truth and nothing but the truth. Our documentation sometimes omits stuff and other times could allow interpretation that is factually incorrect. IOW, not everything the documentation says must be so, and not everything it doesn't say doesn't exist or is false. So when Gerd says he is not sure such lambda-lists are valid, I suggest to trust Gerd more than you trust the docs. The truth is, of course, in the code, so if you find in the code evidence that such forms are supported, that's a definitive conclusion. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 17 14:23:49 2023 Received: (at 65344) by debbugs.gnu.org; 17 Aug 2023 18:23:50 +0000 Received: from localhost ([127.0.0.1]:45596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWhev-0003L4-Ij for submit@debbugs.gnu.org; Thu, 17 Aug 2023 14:23:49 -0400 Received: from mail-lj1-x22e.google.com ([2a00:1450:4864:20::22e]:44489) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWhet-0003Kr-SU for 65344@debbugs.gnu.org; Thu, 17 Aug 2023 14:23:48 -0400 Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2bb8a12e819so1291691fa.1 for <65344@debbugs.gnu.org>; Thu, 17 Aug 2023 11:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692296622; x=1692901422; h=content-transfer-encoding:in-reply-to:subject:from:content-language :references:cc:to:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=8dx8WXtfMEF1V20JjpBzNGuYPdvwQNCx3KhCHBJJUtU=; b=JToDBjEEewRjfRzuItS7I9A+bNTPKg20Zapm3087S0y0Jq3i0NLt6R1om6PqDGzZZo OpyWST+gihjVZwaSNGQ76mfrpAgQ0H1EoeL8fgXOh146CKbTwplGzWqA6km+tvvWKiHQ XstolsXXGwKqcyzYzSYvIDdHdo38Rv7Qxh/omS1M6FztOk2q0vln8CfesuosCGqkfynX qJUAZ0HKVpzIj8od7PTPUEb21lHlD7yW83PTQa2CXZwuFS1wVDGHSRJndGA61Nv+DGzc 1Asne2tul/eqyvXvA+6n7h1Dw4/ek49n0PcvA0plhRUmbM0ril0gwgcwVERvQWnJF9fo 0jtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692296622; x=1692901422; h=content-transfer-encoding:in-reply-to:subject:from:content-language :references:cc:to:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=8dx8WXtfMEF1V20JjpBzNGuYPdvwQNCx3KhCHBJJUtU=; b=Za9qAxvkg+tjVxQKe+EeUmePdD7E+CMSYQLsgu4IuFmUoRVjzf6JNyNnKseaaztr5w /WH494ChjC3gGJPdak36JW+cxjzNL3Vs4th+ehscy4xB3utW7ChVieF+WMoIfV2IB7aI bQxtZz7CBAH4FfA73mEtZkaFsVf5iqkWVXT/eidC/1UVNHGsQyQ+GvWt0cqDOE/1WWpt ZJSe3rahCeWVNZynueuqMgBUNqv6+/h8W1JI6t5Y45upbFnN/l7F/ItQPSWE07+Ay33I YQWIL/QQz6cWdqxlrUSSbU+yq4wzeuZk0cuMy/eGluAKG9SQH+DygzZoIpXBnS1zFMKy qjQg== X-Gm-Message-State: AOJu0YwmZyL3LOQ1Er8ObGXS99dx8N9jQkroC9N8nqljdLLVXt8jvBnV tFFp02p+KlMl0gxhPERDMag= X-Google-Smtp-Source: AGHT+IF2r/6VY3npoUrAjDbSCJ3MLVFSZBrE7x5LM2j0+qL1IsSsE5stMtHCycQ4KjF1GCJq+j+IsA== X-Received: by 2002:a2e:9d90:0:b0:2b9:dfd0:c3ce with SMTP id c16-20020a2e9d90000000b002b9dfd0c3cemr108154ljj.46.1692296621517; Thu, 17 Aug 2023 11:23:41 -0700 (PDT) Received: from [192.168.178.21] (p4fe3a0f5.dip0.t-ipconnect.de. [79.227.160.245]) by smtp.gmail.com with ESMTPSA id lo8-20020a170906fa0800b009929ab17bdfsm48257ejb.168.2023.08.17.11.23.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 17 Aug 2023 11:23:40 -0700 (PDT) Message-ID: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> Date: Thu, 17 Aug 2023 20:23:40 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 To: brandon.irizarry@gmail.com References: Content-Language: en-US From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , 65344@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > From the CL-Lib manual, 4.3.2 (Function Bindings): > > Functions defined by ‘cl-flet’ may use the full Common Lisp > argument notation supported by ‘cl-defun’; also, the function body > is enclosed in an implicit block as if by ‘cl-defun’. *Note > Program Structure::. > > Following the reference to Chapter 2, and heading into 2.1 (Argument > Lists): > > Argument lists support “destructuring”. In Common Lisp, > destructuring is only allowed with ‘defmacro’; this package allows it > with ‘cl-defun’ and other argument lists as well. > > That is, while 'defun' doesn't support this, 'cl-defun' (and, by extension, > 'cl-flet') does. Wow, that's nicely hidden. Thanks for digging that out! I would like to nominate this for the obscure feature of the week award. @Eli: I can see that implemented in cl--do-arglist, which calls itself recursively for such lists like in our case used as function parameters. cl--do-arglist is used (indirectly) by cl-flet, cl-labels, cl-defun, maybe others. cl-defun's doc string even contains has hint "...The full form of a Common Lisp function argument list is ... VAR may be replaced recursively with an argument list for destructuring,,," I don't think cl-flet/cl-labels have that. @Michael: Not remembering much about Edebug, but cl-defun seems to work with Edebug. So... :-) From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 17 19:07:57 2023 Received: (at 65344) by debbugs.gnu.org; 17 Aug 2023 23:07:57 +0000 Received: from localhost ([127.0.0.1]:45729 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWm5t-0002UE-0e for submit@debbugs.gnu.org; Thu, 17 Aug 2023 19:07:57 -0400 Received: from mout.web.de ([212.227.17.11]:36609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWm5p-0002Ty-Bu for 65344@debbugs.gnu.org; Thu, 17 Aug 2023 19:07:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692313666; x=1692918466; i=michael_heerdegen@web.de; bh=a5hYUz9V//Sg9kTIcMWryjtJJf1xACaoyPvqv0M15fE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=QDQDhcXiT77mYL4ZiF3lTId01UzHFioD1ndPogf2XYLjZ3xSY//Ul6S5z0A0MDzAYfsuYtH +n4uaYTYk1F/pyM19+63sguHL4Q3l/YVSPA8MXYVNNlgblT1/wmMhihegiT5Bq+dZUhAytUeM xG/KvRcGHFGvuaNTklEQ//06XuCYORZXvBiAxqGK8+TIiG1FIikhaES3Rn7PCHXXO/f0Z3TWF 3mhrhFkkg1CoJc11yF7WPQ/KRY9zFtLJ3BT44vgWvsjXcbz3vNvmdbl+esp29IjOscEOq1NFy jpGjuHkQ9Mp3DbTKyzr0s3vNJe8PKv676k4G5+CECkd2fWwIepYg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.214]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MfKxV-1pqZr847hr-00gQZc; Fri, 18 Aug 2023 01:07:46 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Thu, 17 Aug 2023 20:23:40 +0200") References: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> Date: Fri, 18 Aug 2023 01:07:44 +0200 Message-ID: <871qg1tghr.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:FdzlrcSINqagJiTn2SUx0SP6Ax3oSyhlGC0phlDhKwJZybDq5qG h6YIo629RfRO4N1fhNKfyLMWh6+lgBm+3YrfwXYuBnME9xd1JzOoP29/LS2qzN+7OMM/Kfh YEchTc0wtP7DziVsjzvY2RKIuGlsyHirMgXXiXvvv6crLkuyPKwfJqC/aUkh+NwvKMggUVj T6IT6Rbemt4R9ejRcursg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:RcdNyYM75bA=;N1a4iyYhHgzS+EzbmP6o7RauJ8B 2LYdHb2E46/KFmoGyLmJhrqnHA0JUy4O85lbcq4vi9LdEVYwib9M/wYjkZ+h6OmHlq11SQ65U weBuTzTlH8u5Z4ldHBvEgbTUyI36rnzXofXpsv30xs8nB0lSrTs3zCwgXtrkondrTfUJlu2qr kClKzvyy5MvqMP1B52qXxJ1AAyCjdrcixoK1Kdl7nWrMV5GQW8b9ZfsDibMjwuNbPqjuWCKl8 8SZ3UlqBCABvGyZnFTW+qYh+zHJIsmE9qUrvWgmshpd4MUG8ispz0hEoaAVeaZnmaM8lkT/Ck PUwcrRPvJaMv7eLq6GBAvk+Cpnfp/+5myJji49oZXntjUGXIc7WI87UKySEikig8qBuWq43Vq 6HcQmW2UwK14YmyDi6SStt1114kJqMpkTzCD6qwuVIUVL0qLn+RGyagDmz8MtnjF43db5CcO+ Q5Mb6LT2eKVkkjNMsBDKmmRIz7129SUJBz3id1JW0p0N6a7NezJ7CtllQMbMBNJaBN/WGmTuS wf46uwJ9RjInbxjqw+UMHcwWW+5E1fUNpb645CNNqWCcCd4h4PdzQgqSZj2SUZah21BmRowS5 wpRXpITwsF/oWQocknxHYxLpvRaR+IuSFCLyqN9T7ruKWYWiDPUk8MZsBR6VwQ0FG+I31hpcj L0DFbFGok1Kk3I83DCnrLzgz9JAmCbJT29xxkOJZh6PppdVF9FDask6elNFfogL7RUTgXUx6v tSN3VgcsH8t/b6a/qwj97+890oQ+kElH922kbVVmYFGwERAy3qt9koesxqsX1MxZNFdn94RUH EUc4+tR/5n3VOKUJSVO8M45Lm19YC4DhPQYEPZuKduNOaIkM3YcVJksradP1mHth7xtCLpeMg uDsiosuIemmLm3Y0N+5bqwJr5buBu4LE09HXunA72HCi+fWb7onWKKaKlEVhm69tprlD2COhJ zL1Kc6QmJOAGslg5mP78AfuK/4k= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > Not remembering much about Edebug, but cl-defun seems to work with > Edebug. So... :-) Yes, this problem does not concern `cl-defun'. This is the Edebug spec of `cl-flet': #+begin_src emacs-lisp ((&rest [&or (symbolp form) (&define [&name symbolp "@cl-flet@"] [&name [] gensym] ;Make it unique! cl-lambda-list cl-declarations-or-string [&optional ("interactive" interactive)] def-body)]) cl-declarations body) #+end_src Instrumenting a binding first tries (symbolp form): This is the syntax where you can specify an expression to evaluate whose result is then fbound. Although we obviously have three elements to match in the recipe case, Edebug tries nonetheless, and FORM raises an error because it can't match ((min max)). It should just cause backtracking, but the implementation disables backtracking by purpose. When you replace (symbolp form) with (symbolp sexp) the problem is gone. But that only silences the problem: this also disables the instrumentation of a form in that position. I'm too dumb to fix this correctly. We could transpose the two &or branches in the spec, this works but it is also only a way to avoid the problem. Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 18 01:19:42 2023 Received: (at 65344) by debbugs.gnu.org; 18 Aug 2023 05:19:42 +0000 Received: from localhost ([127.0.0.1]:45881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWrte-0004HN-05 for submit@debbugs.gnu.org; Fri, 18 Aug 2023 01:19:42 -0400 Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]:56532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWrta-0004H7-7k for 65344@debbugs.gnu.org; Fri, 18 Aug 2023 01:19:40 -0400 Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-525bd0b2b48so628459a12.0 for <65344@debbugs.gnu.org>; Thu, 17 Aug 2023 22:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692335972; x=1692940772; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=YJRc0JhezlqlwsSQ6lt2GIHeZAxfpL0JX+J0c3sipQQ=; b=sNi94YapESLgNoWrY8YtVtAw22QHfXFJ0TdAQJDkVcDpNe6ta7YjjCve01wXAzA8Hw ig1qCSKT1zvakCLI0TkfMseqigFXsVbxYJYVhP4qNn5k33D5QQGAPAgdH0FkcIFEERS5 QNzQy7+cHU1hr46gcivcjtK/erxa8zaNoDl+j23HqZ9Pey5RQMlKdBmLva9q8Mnn8+bN L+yYTnxcKdo92R9BVSWiJPxPuPfXzg83vcpasIxZWfiX+GC/RmnmKRitSlwQOr/URvb0 X3zAxNtjWzCIkUU2UfScugzJRsLqhPhgY8oD5fRuXZC9HXi/pboqCAmjayDlWGa9x74n m0xA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692335972; x=1692940772; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=YJRc0JhezlqlwsSQ6lt2GIHeZAxfpL0JX+J0c3sipQQ=; b=Em5lX7cTWf4lZ4YGyH3jsG2Rk2oOVf9T4AIiMiq3y4vQsg2S0CBX3V6DbmXVKKPz+E vSLh+mbeAKS2pr8aUbFGkAoP0jRg9aIFtiO+eNeqMk3MV1Ad+SSZzm1mi3rtidQ+iaTj qQUFR36Y5DfsEci8A+xuSI4q2OKmcWcSm604VhZLFbW+U6Bqzivz57LW8yMZzb93TEw+ aZ1LZBQkDw0MlWL5PUzxZu58BvsQ+Ya3NGnvWPMm3eESHjtpXDkBP89kSyKnutSOJB5O H6ItrJ3jfVrKwNiHKv2sb9Gbc36sVxQ1UbFSOLTUEW5kX5+PuHFB0vx9XI9gV9cYE1o5 qgcw== X-Gm-Message-State: AOJu0YwMHpRTzgRfgSgNc9jPW4DM7I1zTqUhqjQE+1XnOUkQnzx4v6ZQ f41bglJSEw6sWq6dTDPGzso= X-Google-Smtp-Source: AGHT+IGDxpzq6GxERapBjcn3ealvWSiFRjpsPFetWaSUI4OX6bIWmhZxXfpK5Dwm/4DebZcql2OhDw== X-Received: by 2002:aa7:da18:0:b0:522:1956:a291 with SMTP id r24-20020aa7da18000000b005221956a291mr1250421eds.8.1692335971538; Thu, 17 Aug 2023 22:19:31 -0700 (PDT) Received: from [192.168.178.21] (pd9e3605e.dip0.t-ipconnect.de. [217.227.96.94]) by smtp.gmail.com with ESMTPSA id d19-20020aa7c1d3000000b005232ea6a330sm641383edp.2.2023.08.17.22.19.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 17 Aug 2023 22:19:30 -0700 (PDT) Message-ID: <012813c5-cfc3-7ba9-5e84-70d79c172e77@gmail.com> Date: Fri, 18 Aug 2023 07:19:29 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Content-Language: en-US To: Michael Heerdegen References: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> <871qg1tghr.fsf@web.de> From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <871qg1tghr.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) On 18.08.23 01:07, Michael Heerdegen wrote: > Gerd Möllmann writes: > >> Not remembering much about Edebug, but cl-defun seems to work with >> Edebug. So... :-) > > Yes, this problem does not concern `cl-defun'. This is the Edebug spec > of `cl-flet': > > #+begin_src emacs-lisp > ((&rest [&or (symbolp form) > (&define [&name symbolp "@cl-flet@"] > [&name [] gensym] ;Make it unique! > cl-lambda-list > cl-declarations-or-string > [&optional ("interactive" interactive)] > def-body)]) > cl-declarations body) > #+end_src > > Instrumenting a binding first tries (symbolp form): This is the syntax > where you can specify an expression to evaluate whose result is then > fbound. Although we obviously have three elements to match in the > recipe case, Edebug tries nonetheless, and FORM raises an error because > it can't match ((min max)). It should just cause backtracking, but the > implementation disables backtracking by purpose. > > When you replace (symbolp form) with (symbolp sexp) the problem is gone. > But that only silences the problem: this also disables the > instrumentation of a form in that position. > > I'm too dumb to fix this correctly. We could transpose the two &or > branches in the spec, this works but it is also only a way to avoid the > problem. Thanks. The corresponding declaration of cl-defun is (&define [&name sexp] ;Allow (setf ...) additionally to symbols. cl-lambda-list cl-declarations-or-string [&optional ("interactive" interactive)] def-body) which I would naively expect to be suitable for a single function in an flet/labels. (Maybe without the (setf ...) case, I'm not sure ATM). Do you perhaps have an insight why there are two &name in the flet spec? Also naively asked, what does the &or in the flet case mean? Does it say that that the elements of the flet can either be symbols or functions? A symbol element doesn't make much sense to me. Do you perhaps have a clue what that is? From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 18 01:58:26 2023 Received: (at 65344) by debbugs.gnu.org; 18 Aug 2023 05:58:26 +0000 Received: from localhost ([127.0.0.1]:45925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWsV8-00080i-Jd for submit@debbugs.gnu.org; Fri, 18 Aug 2023 01:58:26 -0400 Received: from mout.web.de ([212.227.15.4]:51529) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWsV3-00080S-LA for 65344@debbugs.gnu.org; Fri, 18 Aug 2023 01:58:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692338294; x=1692943094; i=michael_heerdegen@web.de; bh=kXubZnEan+ZQw1Ctfu8aAMt91U9UxvP+gTOagpYyE6s=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=gGF3be2m9ANni41Svo8tjpkoDVuMCwdsUUF4hhS2kdk6O5h25oUhbUJ5VK1nCXhWBSt9vZ0 GIrtnpWrCWB22rMyT3RwZKVo2C1Qh0gFqF8nL0CLzkNiE4hELG6KiyMezkGFECKDiC4/GSELQ WGhNboLHLviGyF6fADGL35Wsk/sgYu5ffkfgDd6Xt/AVUon1ui75HLFZvU0VSCDZJ5hIBzh5B fEwyUUGYtKVbC0C/2aUGRSyrUMXlHjdq1tnhmKpLZdcAsoRTFGyciWYXaA6bSDQ9Otd71pgi1 uT9T2XuoT0tpsKXBuu6gwvEMKRZpG0WGYAfhJ1Gch/ZkRSLHZGPg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.214]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MgAJ8-1ppaG02iCM-00hpMO; Fri, 18 Aug 2023 07:58:14 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <012813c5-cfc3-7ba9-5e84-70d79c172e77@gmail.com> ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Fri, 18 Aug 2023 07:19:29 +0200") References: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> <871qg1tghr.fsf@web.de> <012813c5-cfc3-7ba9-5e84-70d79c172e77@gmail.com> Date: Fri, 18 Aug 2023 07:58:13 +0200 Message-ID: <87zg2oyjre.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:HZF9d22fMA8OLBfXe/7hEe2DMJe963gN80q3Wzn2SRTC42tH3id vC7SigVwJHN1IW2gIfbME6BAbmPKO9EuaYMjVlylSvvq1tBAxMs6bXPtd5XCZva2V61ZmLb aBCg/sX9ch14NR0qfU7XAwt7x8rb4v6gCsvD8dhWnIi8YrrFnRJ1bze3/jmin3oe0cqYIkO jq3Gr86KoO5WY2cKrMirA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:EOJr2zp0XPM=;Kvzb5SnhX+HMZD4Ln8qzIgxdjb/ Rsn3SKN20ewHHk3fZF+Vd9zdrKM2Lh46tQRbbbG2A0RKMDuvZ3aMwtAbkfctdmxlIFYvbGRRn I5e+sgXi+KyREIUtPW5YrQR6YbVfoaAtoSTb/sybWZksjungXjYRtoiBYzxDJECuqSyunfDgc iKJnPiFftW4OVYswmMkiUX38WEWhBIql5YXgrMRfpRfitLPlBSmhjG35trBx7Z5xtnK6mpu4O xntYItw4QnAc02evra4UGEbBkTsKluJmTzrBLNtERxHsJ8nlQgHq9k0sgABmNw3GvFBR/ubgV D5+Lz62I7CL9Wbz+G2ZS1SJG+cBqSWOJlyVXey4t4ipHhZTUE3yN9aIKuA+rQsfEYGz3+4km5 /JculHfanKgzRnVFasgyzsgp659ZyAEjo/kbGzwdZ02v47wum7JL0cS1AeLzwRE2HAzEvUYjN 0cxwYwKRjlPyMYJzYeaTCp4NQbWL9hKbPVniR8xUrnFqL9A5o2y4YHiEA5kUMVUuJ56LMw2zp 5w3bQRYxfuPoTf2/29LaGLy3jRvYgBrjWuZARoWv2KIe4rsEjR92CzQ6fRgcPuVexMt31vjjX cXBtC/d5W/0YS01YrJ7tCoWN/QU0MXKwk9YpNVzBEMcig2yCIRSHKx/uY26wU07BkpTNcM7to qSNZwWpR4esWvJTBC8FsczIyzBCjqght1Z+MAbXM5kE7j+6CR2wa6OLStTjnuo3k7EVuywN/z 3YA97CGz+sDAG3//KruXBNCF2O8vChVra2rKp0Ne5exK12d6lb4BsX8hpaeNBs3If4EZpbLKd zde9HfFJFmJ3yljfr0O+i3SX6iyZjQIcAKqGMqLchEKwtxXdZrVuA2AVMaUQg+a/lAvmBACqD dfxRcACfvxxETt3Kz5zwB2rGFqwVsNDpoCO02uQzbUFyu1jO2s/FZxl7woEcvNqQuGTUH2eEJ UdVmDg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > which I would naively expect to be suitable for a single function in > an flet/labels. (Maybe without the (setf ...) case, I'm not sure > ATM). That's correct, but only one part. > Do you perhaps have an insight why there are two &name in the flet > spec? Eh - not really. That's some internal magic - to correctly associate the code with the function names or something like that, I guess. > Also naively asked, what does the &or in the flet case mean? Does it > say that that the elements of the flet can either be symbols or > functions? There is a second syntax to support: a function binding can also have the syntax (fname EXPR) instead of (fname args body...). EXPR can be a lambda expression but also any arbitrary Lisp returning a function value. Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 18 02:43:52 2023 Received: (at 65344) by debbugs.gnu.org; 18 Aug 2023 06:43:52 +0000 Received: from localhost ([127.0.0.1]:46004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWtD6-0000tA-8f for submit@debbugs.gnu.org; Fri, 18 Aug 2023 02:43:52 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:55564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWtD4-0000sv-1v for 65344@debbugs.gnu.org; Fri, 18 Aug 2023 02:43:51 -0400 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-523476e868dso668630a12.3 for <65344@debbugs.gnu.org>; Thu, 17 Aug 2023 23:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692341024; x=1692945824; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=TrxKW9DGrbgM2CoD/TXpQ9jfXyihwbKSQ1iZCNskgq0=; b=ZRhXDWLnrsaPOKLy1RpS2wSkTFmLR2fjpX1ZnYdRUKWENkQR0xyTzoiHdEs7SMeGW4 crDNXb4m3ueaYGfG02pojnkh1ZcgktUkAmsqgsYmCo1tRgg34U1IQL7+iZYHyXuHY+By Kk/CSG9iwsoHfJEcmky5+PRh39PJXGFq+NLGCyJfTEF2z8ubivDy5VEA6H9DHZczfKR9 L1c7Fqm11XXeVgYyVxhWeIrBTiaOci6gHEAUqGjL0Toc4rUJYfLbDtUHaQaHqY8mT8vk goa3mS8lQN9qnIjyt4V+ISR7DHr7X9Mb59NxNW2wYH6cGj5zKQysqvssKDOdWN08ligy gMFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692341024; x=1692945824; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=TrxKW9DGrbgM2CoD/TXpQ9jfXyihwbKSQ1iZCNskgq0=; b=EKyVPl0aFDcXv7sSUeimXo1yg1JfOpTu+5cmyxVhz2xAMn8LYMTuyQh7pxa+j55/PW hB35MS699ka8C3Ed0pHBM+qhFnPjZ6WumJpnztvCDCXoaGUPpi/cMERIhAGf86Txqt+N h4gxHyAA/MtdM8bSLmOaOE6PxorBPabzCU4J2n7HN3QhSCZ8ueiUSw2/1/I3QYd51uIc 8+c8GBbyTrMrbMgB1tt09Yp20ozuvithYQF2LldM4qHw6q8JvgzN3s2ovm13GUAolyUn FLuFshQPpngBx5yIba7b6FGnrbuDopW4MIdWByGd/wjaoTK2ZbD9LJj0yDm/lUiYiFwQ PnlA== X-Gm-Message-State: AOJu0Yy0pMt/S5WZXuEInbCApeqS6UwMGHY9WABcA8oO4XfRpMyjQ9T+ /raUsaDoyx6mLwA+WyVM1nE= X-Google-Smtp-Source: AGHT+IGSFO/EOptlshTdmAmBTXvI+i3jDgw9Ku31fMlQavZd8pjv2IV053Qc3CEQxVwP0lJS9SHYTQ== X-Received: by 2002:aa7:c30d:0:b0:525:4420:c425 with SMTP id l13-20020aa7c30d000000b005254420c425mr1416481edq.12.1692341023830; Thu, 17 Aug 2023 23:43:43 -0700 (PDT) Received: from [192.168.178.21] (pd9e3605e.dip0.t-ipconnect.de. [217.227.96.94]) by smtp.gmail.com with ESMTPSA id g11-20020a50ee0b000000b005232ddd0151sm716270eds.52.2023.08.17.23.43.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 17 Aug 2023 23:43:43 -0700 (PDT) Message-ID: <8b7fc1c2-ae6c-b825-c772-38b18ddb67d6@gmail.com> Date: Fri, 18 Aug 2023 08:43:41 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Content-Language: en-US To: Michael Heerdegen References: <040fe8aa-7a15-762c-e710-eb85f997d329@gmail.com> <871qg1tghr.fsf@web.de> <012813c5-cfc3-7ba9-5e84-70d79c172e77@gmail.com> <87zg2oyjre.fsf@web.de> From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87zg2oyjre.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) On 18.08.23 07:58, Michael Heerdegen wrote: > Gerd Möllmann writes: > >> which I would naively expect to be suitable for a single function in >> an flet/labels. (Maybe without the (setf ...) case, I'm not sure >> ATM). > > That's correct, but only one part. RIght, that's what I meant. >> Do you perhaps have an insight why there are two &name in the flet >> spec? > > Eh - not really. That's some internal magic - to correctly associate > the code with the function names or something like that, I guess. Ok. It's probably not important. >> Also naively asked, what does the &or in the flet case mean? Does it >> say that that the elements of the flet can either be symbols or >> functions? > > There is a second syntax to support: a function binding can also have > the syntax (fname EXPR) instead of (fname args body...). EXPR can be a > lambda expression but also any arbitrary Lisp returning a function > value. (Another nominee for the most obscure feature of the month. That's also not in CL, BTW.) When I try something like (cl-flet (y (x (lambda () 1))) (x)) I get a not-a-list error from the Y. That's kind of what I'm wondering. The debug declaratino for flet has the symbolp at the same level as the local-function &define. And, if that's the problem, the next question would then be how to declare a binding (FN VALUE). Maybe (%define &name ... )? From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 19 04:08:37 2023 Received: (at 65344) by debbugs.gnu.org; 19 Aug 2023 08:08:37 +0000 Received: from localhost ([127.0.0.1]:49316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXH0e-00048e-Vx for submit@debbugs.gnu.org; Sat, 19 Aug 2023 04:08:37 -0400 Received: from mail-ej1-x632.google.com ([2a00:1450:4864:20::632]:59614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXH0c-00048P-M2 for 65344@debbugs.gnu.org; Sat, 19 Aug 2023 04:08:35 -0400 Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-99c4923195dso208816966b.2 for <65344@debbugs.gnu.org>; Sat, 19 Aug 2023 01:08:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692432508; x=1693037308; h=in-reply-to:subject:references:cc:to:from:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=YvNsCc2Zymkvl1MKOXKTwswm8lKCGB7knMkKwiXUzd0=; b=MM1onKihbDBkJ6HXfQ8zIqRP7HaXX7AUZwWA7QK+VMR3t0c0wWf5kdY+THe6XyD3Lx 5JkBSXstOcg5a4dEqnjMf+8dBjqjhZn4VBomVqqbCsLP51TxWV5EW4N+H0HKDdXUw5Df vHhh1aD39FZLgrpq8M+JF1lT84JeliiJMqQll7TFS/DbIv1FC5EMWLWSxiUOY4jmspJx xAZi+D29XpQjppJLFxgIgXnzTN9nllvFjuHCpe8tTGQ5Fuirl04re7TZpfY9VqltwYWA ynCvCcZzhZFsN24q8WgpXuX7Xm+jrptQWQlMtH0cm9qYc/5yWRortX/BqkHKLM+QCZmH tjFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692432508; x=1693037308; h=in-reply-to:subject:references:cc:to:from:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=YvNsCc2Zymkvl1MKOXKTwswm8lKCGB7knMkKwiXUzd0=; b=fxV/PYJWejtb02M4wrikUaqKLVMZAMw48NhGDzleNFd65YgaahheIgwLO/R3ZCNP2H Tn1BswrMsRdeOLd2iRSKAKZHDxfuIvbdlOSp6aycAkABFr+kztCV3gcoaRIWw7e66t1G MB5MEFiq9vP+qic3B/AdWfXGTDQZBrfSmqCGx0odkSkvRTIiqEewc9n+YFKKQeRCzAeJ YLAgyU08sSLOB9RP+pAzZ364AdysVPYlxjxXUzjTsHd3eDdNnStkL1/KENeTz5dqRpzZ lgoo/iWBiqaupburnJqhfpztHEWYuDnmdrvcmreFntSkS50sX8iYkF+dOZVL5UooRFnE q2Cw== X-Gm-Message-State: AOJu0YxDzK0iZ/I4Is1oGS5jXDrp4G03iYfr+g7aODjJEN2dwxQ+CnYB GtIgHHjS24K/5I4Q2FkmMOY= X-Google-Smtp-Source: AGHT+IH0X300pfLT/x3XVT5ecp09tqFLF5yNArq4KNEnkKtUSkWHMjzEzhf39079vHAFg3DazCmjsA== X-Received: by 2002:a17:906:1dd:b0:99b:dd1d:bc58 with SMTP id 29-20020a17090601dd00b0099bdd1dbc58mr1211587ejj.41.1692432507609; Sat, 19 Aug 2023 01:08:27 -0700 (PDT) Received: from [192.168.178.21] (pd9e3670a.dip0.t-ipconnect.de. [217.227.103.10]) by smtp.gmail.com with ESMTPSA id m18-20020a1709061ed200b00988dbbd1f7esm2269042ejj.213.2023.08.19.01.08.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Aug 2023 01:08:26 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------xL2kPOghXElQev99ufrdkGr7" Message-ID: Date: Sat, 19 Aug 2023 10:08:24 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Content-Language: en-US From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= To: Michael Heerdegen 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> Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <8b7fc1c2-ae6c-b825-c772-38b18ddb67d6@gmail.com> X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) This is a multi-part message in MIME format. --------------xL2kPOghXElQev99ufrdkGr7 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 18.08.23 08:43, Gerd Möllmann wrote: > On 18.08.23 07:58, Michael Heerdegen wrote: >> Gerd Möllmann writes: >> >>> which I would naively expect to be suitable for a single function in >>> an flet/labels.  (Maybe without the (setf ...) case, I'm not sure >>> ATM). >> >> That's correct, but only one part. > > RIght, that's what I meant. > >>> Do you perhaps have an insight why there are two &name in the flet >>> spec? >> >> Eh - not really.  That's some internal magic - to correctly associate >> the code with the function names or something like that, I guess. > > Ok. It's probably not important. > >>> Also naively asked, what does the &or in the flet case mean?  Does it >>> say that that the elements of the flet can either be symbols or >>> functions? >> >> There is a second syntax to support: a function binding can also have >> the syntax (fname EXPR) instead of (fname args body...).  EXPR can be a >> lambda expression but also any arbitrary Lisp returning a function >> value. > > (Another nominee for the most obscure feature of the month.  That's also > not in CL, BTW.) > > When I try something like > > (cl-flet (y (x (lambda () 1))) >   (x)) > > I get a not-a-list error from the Y.  That's kind of what I'm wondering. >  The debug declaratino for flet has the symbolp at the same level as > the local-function &define. > > And, if that's the problem, the next question would then be how to > declare a binding (FN VALUE).  Maybe (%define &name ... )? The Elisp manual has very nice description of debug specs, indeed. It's under Elisp > Edebug > Edebug and Macros > Specification Lists. From that description, I think this is the right debug spec for flet (patch attached) (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. (The description in the Elisp manual, BTW, also explain what the duplicate name does, although I'm not sure why it is done here, because the names of the local functions should be unique already. I'm probably overlooking something.) Seems to work for me. WDYT? --------------xL2kPOghXElQev99ufrdkGr7 Content-Type: text/plain; charset=UTF-8; name="flet.patch" Content-Disposition: attachment; filename="flet.patch" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3AvZW1hY3MtbGlzcC9jbC1tYWNzLmVsIGIvbGlzcC9lbWFjcy1s aXNwL2NsLW1hY3MuZWwKaW5kZXggMGEzMTgxNTYxYmQuLjBkOTFmNzcyNTFlIDEwMDY0NAot LS0gYS9saXNwL2VtYWNzLWxpc3AvY2wtbWFjcy5lbAorKysgYi9saXNwL2VtYWNzLWxpc3Av Y2wtbWFjcy5lbApAQCAtMjA2NCwxMiArMjA2NCwxNCBAQCBjbC1mbGV0CiAKIFwoZm4gKChG VU5DIEFSR0xJU1QgQk9EWS4uLikgLi4uKSBGT1JNLi4uKSIKICAgKGRlY2xhcmUgKGluZGVu dCAxKQotICAgICAgICAgICAoZGVidWcgKCgmcmVzdCBbJm9yIChzeW1ib2xwIGZvcm0pCi0g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKCZkZWZpbmUgWyZuYW1lIHN5bWJvbHAg IkBjbC1mbGV0QCJdCisgICAgICAgICAgIChkZWJ1ZyAoKCZyZXN0IFsmb3IgKCZkZWZpbmUg WyZuYW1lIHN5bWJvbHAgIkBjbC1mbGV0QCJdCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgWyZuYW1lIFtdIGdlbnN5bV0gO01ha2UgaXQgdW5pcXVlIQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNsLWxhbWJkYS1saXN0CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY2wtZGVjbGFyYXRpb25z LW9yLXN0cmluZwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFsm b3B0aW9uYWwgKCJpbnRlcmFjdGl2ZSIgaW50ZXJhY3RpdmUpXQorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGRlZi1ib2R5KQorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICgmZGVmaW5lIFsmbmFtZSBzeW1ib2xwICJAY2wtZmxldEAiXQorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFsmbmFtZSBbXSBnZW5zeW1d IDtNYWtlIGl0IHVuaXF1ZSEKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBkZWYtYm9keSldKQogICAgICAgICAgICAgICAgICAgIGNsLWRlY2xhcmF0aW9ucyBi b2R5KSkpCiAgIChsZXQgKChiaW5kcyAoKSkgKG5ld2VudiBtYWNyb2V4cGFuZC1hbGwtZW52 aXJvbm1lbnQpKQo= --------------xL2kPOghXElQev99ufrdkGr7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 19 23:57:54 2023 Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 03:57:54 +0000 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 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 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 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Sat, 19 Aug 2023 10:08:24 +0200") 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> Date: Sun, 20 Aug 2023 05:57:37 +0200 Message-ID: <877cpqs6vi.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:in9y5+WjTQjhShiCi6K94uXDvrcffOXANpr0XzM2YGNGa8XvjEy +XRTjFVAXWvXnNBeIXFaCH6ZgCSIQGHQgt9e4KD+ZTYlI1S9fAEsiXvRC1yw8mCHyPLDeEc tYZuqW4hOszFs94uDRURPBtlHLB8w8z//bRD8bijRfHiz7RAsb7SRaNzxSohQPpmXvt3Gsu OH0Wi38SVU50fS6a1+taQ== X-Spam-Flag: NO 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+QcDAU4Nb0PugYEinYDw4Fi9cL5sA0b4NQlR4nwUNTzf xse2GfqFZd6NHsaJ2c7HFPVkC7uG2RJFfbiKrZoSQK/saP6sO2dYonZeo5blBa13n7wv5Z90E 5/ynf762pLnNChlcwD9n5T+srdf1uvVTSaqFoi/Q/8WCsV5zSisz2rQWaDzvVyR74iZLgnYeR 2+fWMF9kZNDFX2Cp8qeVqyuQ3zI= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 20 00:39:56 2023 Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 04:39:56 +0000 Received: from localhost ([127.0.0.1]:52560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXaED-0005aG-KL for submit@debbugs.gnu.org; Sun, 20 Aug 2023 00:39:56 -0400 Received: from mout.web.de ([212.227.15.14]:51367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXaE6-0005Zw-SE for 65344@debbugs.gnu.org; Sun, 20 Aug 2023 00:39:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692506378; x=1693111178; i=michael_heerdegen@web.de; bh=IF+xUH538zfK5VytzJjvJFnLOFn/vgx1r8mTA+y19+4=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=AIudajeKM8YO+iNkye7mTEcn3ey6BxryNPDRoG4tWeI6w8TLByATtrCA3wWS+9Lk7RtAqBy zxTMVzwAKkvmLzwn8+R53I89UlsaOYbre0RkE29t76JSOnucADWFMPJKHTlIP5nQMcXjUAJ+F /bhPLRxwZPeTHaHftgPRgHgLw0exW2Qbby8RTN2jRWG1nL/WNhCeoFWkYJUOxkqzq2tX5x0ZV atdWQBhDl/J+IFneksdYP25r/kYBephHk7DqgdRd5jnll4nmUpQp2gCrAXaRxSoqCY5QbEbF6 eh0mspKHlh8jhqLIYqXb0HJyq/KqxC1OeSD0U/yj4/nI4+7XcCmg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MuFD7-1pjjpH0gCz-00u9Ci; Sun, 20 Aug 2023 06:39:38 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Sat, 19 Aug 2023 10:08:24 +0200") 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> Date: Sun, 20 Aug 2023 06:39:37 +0200 Message-ID: <871qfys4xi.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:mlZQbY3HaSdUpBljmWOJ76JQdFvW6ocQZ7XZB/MQkKz2BTqz0pd AKSHcsaVtIlwdFzmmBTgefFDhbUJGxPXDDKrx8yiI3AvA4xSe6nameYcYNpEla/ygGuiI/p jcMD+maW0h9mV3Du49vm3xKaL24BuvP0fgsY/Vg70kyW9kK97nzGVwlyPT1HrnbmyqYaGz7 lPpy5veDjpwt4wBjX64mQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:W487gNhxMqM=;xIEH5CiDrYukL4clzCCcIKCNSLn 95VPBJNBZbQi+JNpYoY/P8rgG/Cjjlfd5WQSZeHgK5jWVi8K6+UNp/SkVep6sNmhx1r5Pcs+z te26jgXKG4tvJlUUz1oMq1mskFI7kjFXnHpSOtTHrLP9UQ9H5drC8rkSBxFsbTpS2ajS4MkJb UQh61xU8NZo1vOnnxbaqBsEFfQ0GiicZXMk+ezdtTAQiEiqm4+t2f7z7AKkPhifL/x2AjUajz 9AymkMZjAsIfXQCmX8QFlqgvsSBbayoxmdGc1FTui4xQtYHcB6aP3xW/EK9HW3aBuetQG0DqV +NzbFNL++myRz0TQbPQYN7+IDlOMMbyvPt6wc/TL7vncq4k4nNxmGhYgOs0EpNXdhcxjbpOZz vGlNjRGo0P0GhspQr7jvdI56k726FMNMjw42mQ+yPFjt+MrCjD9H4PxcSjYdD5It4mVDh+/yu 7a5EsU6E2W3zRLuED3DTseS1MNSEJiooq7sOrarFkX5x/zAzt4xLXxcjqtWq+Ty4Rw0qaOozm vOteDlyOnY1QvuIvfnrsD1Uq9MR4X/Ukhm7/5QkxMPjac/eoJv78sRLAnthFmT37f+UamGRTK NDKFC/yM516YCPVvXFB1WB61hypxcFeUa/Ab0NZ14u8g+gD8b315YLXEGhHY/PPejKgfh+I79 XFzdpn4+CzNzSjUepdRpEz56eLgqyXDE1fxF+nqkantv8cnl+N1joIbKRQ+97/nRHgDPCHBP0 id2pIfKcx2Wsn4drPGWvwfD1Sp9Lib4z2a5voN02kxyjnf+MSjWl6wC5NdM5xo8GNzl3mltyK ZywPyU1yfDgsw6L/j6iRP9bKTP0Ox7O1/P07T962wTBqmjmxQAtsHGnlDHZKq2DXfxqo2oNCb MO6L4wtwXU6fXRa0RcY1VPsJQW7qQDZ3oemtWG5LdmzvtIzQlacxG1+5GnTRgF5l4qFBbTP9N Iz4XlQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > (The description in the Elisp manual, BTW, also explain what the > duplicate name does, although I'm not sure why it is done here, > because the names of the local functions should be unique already. > I'm probably overlooking something.) Ok - I understand now that the names are used by Edebug internally, to map the code pieces to a descriptor. Then I guess the names must be unique here because shadowing local functions would get the same name assigned. Or any that appear anywhere, actually... right? Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 20 01:16:07 2023 Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 05:16:07 +0000 Received: from localhost ([127.0.0.1]:52681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXanH-0006te-HH for submit@debbugs.gnu.org; Sun, 20 Aug 2023 01:16:07 -0400 Received: from mail-ej1-x62b.google.com ([2a00:1450:4864:20::62b]:46378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXanE-0006sx-23 for 65344@debbugs.gnu.org; Sun, 20 Aug 2023 01:16:06 -0400 Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-99bdcade7fbso277230466b.1 for <65344@debbugs.gnu.org>; Sat, 19 Aug 2023 22:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692508556; x=1693113356; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=xgPglmf7wG4/eDuT7CYuh6WO8Al9+WEm1AKzxUfHabM=; b=ZmUvk/nD7NwH5Oet520QXS8Feq3aozmXdNcDxCWQM9nsHc90ePLjSET8kDtnOG6rMW ICZgNJ35bnEhTaAcu1mh/c3TKxyY3abyVOye00oe7jFWWMJWTg6dhu9mMJ2SkQDAjx2t eTNRbG4D0AWYUElaoF/Um0YSC+7Li5a9O7nSyPVi/gZEfni13RlXF003Re5uM7RByGfr iZRbq9OAny4FNxGYep18aIMZlTF7PcO/bqOJjzCarqNoDfbqM3cP/qcYJq4BrVKdufNY YIWdcmTEzKCuqlAptxTZk4Ef7kgqUeFOfaVEBfgeGh1KlPBb/zJ/P/scpT7WQ+6IAAyK 1jBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692508556; x=1693113356; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=xgPglmf7wG4/eDuT7CYuh6WO8Al9+WEm1AKzxUfHabM=; b=j+8WqAmMxy4bGldV/ImN4gBnLTTQLI9LiLmY/jYH7Onv8JTKdhHzlixL37K2FQzhe2 hn8Hych9mBIdkV9k77/DhO3dANkoRZ7NC1JxGFw4P29KLF3aVolhqMYaRsKstMFP90Mi xufPdLaXQkvKtljrHxVBbutag3HUKfvwlDYF6k3p/oFGiHU7uhCzAb2IUA/npWsve8dR luLNCk3O87S2fbfk/K8Uhhb99uorKxTQTfCgs+veT3Ygb6TMvWQ0s/QbnHP3L+wyMWPB uMbQY3egN8gSs9kEjJr/GwvpGtMgxd2dnPnJRMztZM+Wke1yTkJFNnLt5FEyP0zKjK2h PM1g== X-Gm-Message-State: AOJu0YyJoxYJYPDpzgn9xfqvrLDhhihPktlDhXV+64ja/hAm6SBzCdDD MThECeVoesQgsJdX57BnNz8= X-Google-Smtp-Source: AGHT+IEOupcg5p1XS9Dx6/+7t40aBzw33mANXEO7ik/sXxfC+VGYLCYj0WVMuMZ9PNQkJj+73bq4fg== X-Received: by 2002:a17:906:217:b0:993:fe68:569d with SMTP id 23-20020a170906021700b00993fe68569dmr2989803ejd.17.1692508556323; Sat, 19 Aug 2023 22:15:56 -0700 (PDT) Received: from [192.168.178.21] (p54b0cabb.dip0.t-ipconnect.de. [84.176.202.187]) by smtp.gmail.com with ESMTPSA id s16-20020a1709067b9000b009932337747esm3934811ejo.86.2023.08.19.22.15.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Aug 2023 22:15:55 -0700 (PDT) Message-ID: <5e5ac9ac-5332-4576-d427-2d43b40bfb1e@gmail.com> Date: Sun, 20 Aug 2023 07:15:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Content-Language: en-US To: Michael Heerdegen 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> <871qfys4xi.fsf@web.de> From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= In-Reply-To: <871qfys4xi.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) On 20.08.23 06:39, Michael Heerdegen wrote: > Gerd Möllmann writes: > >> (The description in the Elisp manual, BTW, also explain what the >> duplicate name does, although I'm not sure why it is done here, >> because the names of the local functions should be unique already. >> I'm probably overlooking something.) > > Ok - I understand now that the names are used by Edebug internally, to > map the code pieces to a descriptor. > > Then I guess the names must be unique here because shadowing local > functions would get the same name assigned. Or any that appear > anywhere, actually... right? Correct. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 20 01:33:08 2023 Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 05:33:08 +0000 Received: from localhost ([127.0.0.1]:52690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXb3h-0007P5-Ht for submit@debbugs.gnu.org; Sun, 20 Aug 2023 01:33:08 -0400 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:46341) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXb3b-0007OV-1L for 65344@debbugs.gnu.org; Sun, 20 Aug 2023 01:33:03 -0400 Received: by mail-ed1-x52e.google.com with SMTP id 4fb4d7f45d1cf-52164adea19so2818651a12.1 for <65344@debbugs.gnu.org>; Sat, 19 Aug 2023 22:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692509572; x=1693114372; h=in-reply-to:subject:from:references:cc:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=tJgqsA6WdttRsDljEGM0cP4hTf67gPJLfxh3r1Cn8eo=; b=fcs/Pr4RvH/VnTdVO/gesBbNXvFg3xCLtUBnvhS9LZ8J4bcCvmWv/9zOIbmXmdG+Ky wMM3HQ5CnxT06tEPs5wknxUGB6Nh4t14OO9eC5Loa4t9cNFrVPICXEzN0J2Nw/t4Jg+1 3ZWFpwLeJiRIBfv9aDWBNPgUfUTyOrW1d0Diu/iF4sDf9oGOysppDBie79xAaVnqiYrw ncp1x4+bJoujfHQsOGub0jcWLb1l9ABlDf2LlnrthKa99iKKqKej0Ivj54ATy3+4ehba /OL+5m0LOlpMmmodpZvP+M+c3s+xfg2uEYEnOc++eQzzdiwUKVvE9EN1UJCzVGEwFHQa HaKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692509572; x=1693114372; h=in-reply-to:subject:from:references:cc:to:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=tJgqsA6WdttRsDljEGM0cP4hTf67gPJLfxh3r1Cn8eo=; b=kkOBWB2G0VV49KO5q9b1noeoQQE4/XyaZbumFV/7hYE1etNJxwVwbHNTW353OXIAaj X+7gACoQkTVvKHc8csy7W9JEfsWCHb33sJKtsnHIjYHn1N5B4ESC4oS0PistgtWBA5Pt oPWpXkT1+5zB3pBAdwtvuG/oByW534uRgfw6dvnznkVNQVZRircPcKA02HzQQ1i+0tsT 2/YeR5RYSTO0Ibbqxlsyu1tKRjJ4mCMBdBTivA79lVMc+yIvEkbTwAUoy9mELBnoTE8L J3O7VIXMpKs3vM7pFOeyLlsoBKlOCt7lfwR/mk6FquBHj1db8lmHldQ0J6JdXwfx1eiX 97tw== X-Gm-Message-State: AOJu0YxPE0q0DxTBYSbDkyCa69Q/qoM9rLg+LNAkJjxa6FvK3ZKd3aEd xDu0RkEOdewtkZsyK4e1ut8= X-Google-Smtp-Source: AGHT+IHIn/3jgaUu5ARdrwv6z7dagrnD7nJl5KIRcSHCEdyPnDtLcPXj87meHMs/rjL30tbORVbi0A== X-Received: by 2002:a50:fa93:0:b0:523:102f:3cdd with SMTP id w19-20020a50fa93000000b00523102f3cddmr2765489edr.19.1692509571639; Sat, 19 Aug 2023 22:32:51 -0700 (PDT) Received: from [192.168.178.21] (p54b0cabb.dip0.t-ipconnect.de. [84.176.202.187]) by smtp.gmail.com with ESMTPSA id e11-20020a056402104b00b0051e22660835sm3697839edu.46.2023.08.19.22.32.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Aug 2023 22:32:51 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------suOS7Nl2vk8V2oChVXydHSNM" Message-ID: Date: Sun, 20 Aug 2023 07:32:50 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Content-Language: en-US To: Michael Heerdegen 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> From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <877cpqs6vi.fsf@web.de> X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) This is a multi-part message in MIME format. --------------suOS7Nl2vk8V2oChVXydHSNM Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 20.08.23 05:57, Michael Heerdegen wrote: > Gerd Möllmann 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. Ah, I see. Thanks. > > 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. I'd rather keep the two separate, I must admit. Basically, bacause the first case it the important one, and the second I find obscure. I also checked now what's up with functions whose name is (setf ...), which is valid CL. That's not supported in ELisp, it seems, so I changed the debug spec of cl-defun accordingly in the attached patch. If this looks good, I'd bring that to master, unless Eli wants it in 29. --------------suOS7Nl2vk8V2oChVXydHSNM Content-Type: text/plain; charset=UTF-8; name="flet.patch" Content-Disposition: attachment; filename="flet.patch" Content-Transfer-Encoding: base64 bW9kaWZpZWQgICBsaXNwL2VtYWNzLWxpc3AvY2wtbWFjcy5lbApAQCAtMzg5LDcgKzM4OSw3 IEBAIGNsLWRlZnVuCiBcKGZuIE5BTUUgQVJHTElTVCBbRE9DU1RSSU5HXSBCT0RZLi4uKSIK ICAgKGRlY2xhcmUgKGRlYnVnCiAgICAgICAgICAgICA7OyBTYW1lIGFzIGRlZnVuIGJ1dCB1 c2UgY2wtbGFtYmRhLWxpc3QuCi0gICAgICAgICAgICAoJmRlZmluZSBbJm5hbWUgc2V4cF0g ICA7QWxsb3cgKHNldGYgLi4uKSBhZGRpdGlvbmFsbHkgdG8gc3ltYm9scy4KKyAgICAgICAg ICAgICgmZGVmaW5lIFsmbmFtZSBzeW1ib2xwXQogICAgICAgICAgICAgICAgICAgICAgY2wt bGFtYmRhLWxpc3QKICAgICAgICAgICAgICAgICAgICAgIGNsLWRlY2xhcmF0aW9ucy1vci1z dHJpbmcKICAgICAgICAgICAgICAgICAgICAgIFsmb3B0aW9uYWwgKCJpbnRlcmFjdGl2ZSIg aW50ZXJhY3RpdmUpXQpAQCAtMjA2NCwxMyArMjA2NCwxNSBAQCBjbC1mbGV0CiAKIFwoZm4g KChGVU5DIEFSR0xJU1QgQk9EWS4uLikgLi4uKSBGT1JNLi4uKSIKICAgKGRlY2xhcmUgKGlu ZGVudCAxKQotICAgICAgICAgICAoZGVidWcgKCgmcmVzdCBbJm9yIChzeW1ib2xwIGZvcm0p Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKCZkZWZpbmUgWyZuYW1lIHN5bWJv bHAgIkBjbC1mbGV0QCJdCisgICAgICAgICAgIChkZWJ1ZyAoKCZyZXN0IFsmb3IgKCZkZWZp bmUgWyZuYW1lIHN5bWJvbHAgIkBjbC1mbGV0QCJdCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgWyZuYW1lIFtdIGdlbnN5bV0gO01ha2UgaXQgdW5pcXVlIQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNsLWxhbWJkYS1saXN0 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY2wtZGVjbGFyYXRp b25zLW9yLXN0cmluZwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFsmb3B0aW9uYWwgKCJpbnRlcmFjdGl2ZSIgaW50ZXJhY3RpdmUpXQotICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRlZi1ib2R5KV0pCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgZGVmLWJvZHkpCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgKCZkZWZpbmUgWyZuYW1lIHN5bWJvbHAgIkBjbC1mbGV0QCJdCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWyZuYW1lIFtdIGdlbnN5 bV0gO01ha2UgaXQgdW5pcXVlIQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGRlZi1mb3JtKV0pCiAgICAgICAgICAgICAgICAgICAgY2wtZGVjbGFyYXRpb25z IGJvZHkpKSkKICAgKGxldCAoKGJpbmRzICgpKSAobmV3ZW52IG1hY3JvZXhwYW5kLWFsbC1l bnZpcm9ubWVudCkpCiAgICAgKGRvbGlzdCAoYmluZGluZyBiaW5kaW5ncykKCg== --------------suOS7Nl2vk8V2oChVXydHSNM-- From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 20 02:08:37 2023 Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 06:08:37 +0000 Received: from localhost ([127.0.0.1]:52741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXbc5-0000Bx-73 for submit@debbugs.gnu.org; Sun, 20 Aug 2023 02:08:37 -0400 Received: from mout.web.de ([217.72.192.78]:43725) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXbc2-0000Be-QB for 65344@debbugs.gnu.org; Sun, 20 Aug 2023 02:08:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692511706; x=1693116506; i=michael_heerdegen@web.de; bh=y06EoyUe+E0vPNgBce1zkW63miuMkQSyPromU6agw3U=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=aesP6mcKDEhZ8UxixTp5ScxmAYWQArOZVs88uEvf4Nvq1BG+Ue7bLLHzkCUxWck5paHbLvH CemBH7IAGzkEBSYMnhB2kVzRwWYHL+61Evs5xx+QikY6AirlxCz5gWlcEna8hEECK2joD1zDB O0dOSlQfl51kcyaG2I0L03csy3MX+hTRBzYi8FRrSPweJJeqOmJLX2L4UHiLypG6Y55RXC53e zkB8vIrpB3vBnugUCz1r59sKL0ygiA1s3lCt2e9yHqkL5UU1IDUitKpbEUPgHIbwi9tAwH4UH OGa5cO9jvBJmsKh6+Ac2uDpSX/XmVeHVVrYQQvGfvr1HNPH8kWIg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M1aHx-1qa4a923fX-002xje; Sun, 20 Aug 2023 08:08:26 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Sun, 20 Aug 2023 07:32:50 +0200") 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> Date: Sun, 20 Aug 2023 08:08:25 +0200 Message-ID: <87wmxqs0ti.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:lhKsHz/tIsdDuwYlYJtJ0qG01yRuDQ8eaxN3vZ1YiPOmCJX5Tn3 07DD/12qzMH5udH+X8jFaxJd/IaM6fg8c1KHFNl8KDJrzXWABqdFnKdH8YM1CJNXJAtjvlG fcuNYEn6bbFxPQPadZeSwecjgCPp0jqsBvO0PFMeGlXlQqPJFKv9cuz4X4YTiDrtsmfhScs 5gxjb5i45KuiZ3qdg2Cfw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:nYVjof2jKsw=;GduRjHwEArH9/psmYlkpzC3CjBp x1aTnuo4CxmiLlmY9Bfs0qsvDInkG92vwmc/yjhP3uK0y3A22GS0UsC+HDgOSZWiaG/Kx944w qKWfhag0Sb/WUMzHtJEZeuoboTpkGyJZu3+lPRuW1JXGSs5Ahc373CMr7PiyOItNwhNFGmupf mQ9noFnbTHu8iHqlCq/VjzTCk7zDlHtqN8er4tz893kqgsWSjAOM6DmrOCl5AgznyJR+w4dEJ xKbsHbIa0hurOufN9YVhvnFMvuO+mnBcinI237FaETLA5yKMsh7lxdNOuoMcZ7H9Dc+zrJoDF t5PAXfz/BPlsXjJTAjbjgWhXeRxuqgCbjpDM1v3jO57wq0YkOchoMaJbw5LyMzGWeULAAwvGQ NLQ3WtUMrku70ChwMZl3d+a4WEecjp+f4KdcuB3OpZvmCA0JVtwxwRJjNaC4T9thSVSDiJf9r 33i58Scq1v+FNlibOjyygSb9lE/EuKouhQPcEnHTDLUT9jl3xCbrljeTAA+jjFrz5jKxG5Qao gatlNsfFGq000PHByamrQ4Z814PBXGSccHNp2EMAITR76bnu0SM1XpchFnO0Lwu1ilGnFU4M0 AAOTpaHBGPBksk/eBX5GDtRp62IAA4NnwUpqCaHQtNO046hQy/xdfnr+gGDhDZTTAcU6bh5ay 3PTvP2Z8JBnQCGpCP9+5SwlMPx07VooP8XSkmdNaU6neFU+Q0g9J/SmNYrQ/iG4oso2hSWQlC ldDdG47yaYgkkD73f5CSBa7zbu4/ZZ9vYn1BRXXIN0OidRSnQWyKXKQmDGRZLOu7BnVjC2K/1 hlE2OEYkXOXtvE+ZzMPJHNvbYDFkuM/9/UuyCFqpd2ak1eE0zaHKelrBHzbCKOnO2XNwUKihh 69hz8Sc+V7z6J2Y63egIVpF4MxhwQK3zQ8z98JfEc70cRhxoqGKn5hxScsUrlyuPfJAVIRzuN uToPsvoULwUEn9BpgP1FC5JDawQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > I'd rather keep the two separate, I must admit. Agreed - and who knows whether that would work ok for &define list specs. > I also checked now what's up with functions whose name is (setf ...), > which is valid CL. That's not supported in ELisp, it seems, so I > [...] Eh - aren't such names used by "gv.el"? Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 20 02:48:42 2023 Received: (at 65344) by debbugs.gnu.org; 20 Aug 2023 06:48:42 +0000 Received: from localhost ([127.0.0.1]:52846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXcEs-0001ZG-3A for submit@debbugs.gnu.org; Sun, 20 Aug 2023 02:48:42 -0400 Received: from mail-ej1-x636.google.com ([2a00:1450:4864:20::636]:45118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXcEp-0001Z0-Vn for 65344@debbugs.gnu.org; Sun, 20 Aug 2023 02:48:41 -0400 Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-99357737980so292572466b.2 for <65344@debbugs.gnu.org>; Sat, 19 Aug 2023 23:48:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692514112; x=1693118912; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=zbB/lPS+Bfo7izO/uRI62CgDYsovnI+wgNwb0AmvTro=; b=qIhemua3P9DknSxckfqX6BQZ6/dflpaSDU9P850nAWX5Na79XXJxP7EpB+ae8mWwMq NATTlG03gVtX+ID06w4pA7rohPkQVIUg1lS+Bbt1xRB7HY7iaD956JrjsxqbTli6Rvu3 dbKxkifOuLXPNYRs9CNDHrKKO9HGqZyKL/MEjSfO0NsfN2NX/YKKm2mUc6NZ0jNSZvXe Mz9efuu6tb0iJPocRWoP/6LH6cCYFHFCLub9XdjB1Edmwrg2fPdAWXo0DrM4yA1+UkgK umYMHe7yDlQRDkLEOHtKZScQ1JyeGYUrNnNBkAIgDwxZTzfr/LXr4f7egEwYXn70NPVx rCpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692514112; x=1693118912; h=content-transfer-encoding:in-reply-to:subject:from:references:cc:to :content-language:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zbB/lPS+Bfo7izO/uRI62CgDYsovnI+wgNwb0AmvTro=; b=Ja5paYwgeTbJShNYeCXUe8/RRjAiIAr1840N16IwjJUZCdoS0uhQLCGuR/bGN3duTu v4slJNFCZdWxIyWqbxIz9EE3LpAtOmaaWSfqTfEW9+OV0Ur4sZLDGyLrawaa64cldoMv X8G3AOiLeWfGv2x8FoNqd6ahFn1uLbpp03exbbakxU3CEnKsJuic3aidfanPq9gRyZr+ C4QXfBc1yYYQ9bNPTxh0vJLheRo97x/IEZdjwNV179wWi6pgJFHicqOw+EflE4laCHOL rV0D1NeBGfA61FxFryAgiUBS5rRamX28HeWITa92+jp1M3J0KNCfOggA0oqcKHMKlp58 g/kg== X-Gm-Message-State: AOJu0YxECmaqBN/Bd1mITITvPz4JBRz14g7GL3RGHamKEDhcdrWZourO Y9FhMtzKZiEjkfIXqGc7drgJ1geWVWA= X-Google-Smtp-Source: AGHT+IHLIujODoZ+Bp9Xtog4rdfzoO/5GpmSamLxTxp/jjsUMla3vwp3r74Uxg4TifGLAVPiJ6uJNg== X-Received: by 2002:a17:907:77cb:b0:99b:4668:865f with SMTP id kz11-20020a17090777cb00b0099b4668865fmr3006677ejc.10.1692514112412; Sat, 19 Aug 2023 23:48:32 -0700 (PDT) Received: from [192.168.178.21] (p54b0cabb.dip0.t-ipconnect.de. [84.176.202.187]) by smtp.gmail.com with ESMTPSA id f22-20020a1709062c5600b00982cfe1fe5dsm4060913ejh.65.2023.08.19.23.48.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Aug 2023 23:48:31 -0700 (PDT) Message-ID: <616b60fc-9f68-14ae-d262-716eb0cc685d@gmail.com> Date: Sun, 20 Aug 2023 08:48:31 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Content-Language: en-US To: Michael Heerdegen 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> From: =?UTF-8?Q?Gerd_M=c3=b6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87wmxqs0ti.fsf@web.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) On 20.08.23 08:08, Michael Heerdegen wrote: >> I also checked now what's up with functions whose name is (setf ...), >> which is valid CL. That's not supported in ELisp, it seems, so I >> [...] > > Eh - aren't such names used by "gv.el"? AFAIU, and I'm pretty sure pf that, Gv stores setter function in a symbol property of the getter function name. So, there is no need for more generalized function names. That's probably more ecomical than extending function names to allow something like (setf ...). (Although, I must say, adding generalized function names to CNUCL, in addition to (setf ...), and as a more meaningful replacement for gensyms, proved quite helpful to me for things like CLOS method functions, discriminating function etc. Just planting an idea :-)). From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 20 21:19:48 2023 Received: (at 65344) by debbugs.gnu.org; 21 Aug 2023 01:19:48 +0000 Received: from localhost ([127.0.0.1]:55097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXta8-00082z-AR for submit@debbugs.gnu.org; Sun, 20 Aug 2023 21:19:48 -0400 Received: from mout.web.de ([212.227.15.4]:53911) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXta6-00082l-Cl for 65344@debbugs.gnu.org; Sun, 20 Aug 2023 21:19:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692580777; x=1693185577; i=michael_heerdegen@web.de; bh=zUi3SWjcUKGy5oqV8nfPsW2Gdc9BDIF9b9oNAZkxb6k=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=Xu1iiWlIbISoJeNrRF/039SKEtN0w1coEaeac7HG1jhC94/CUbtLPDzY8haBEVLc01St7JK 3rbojnh47/BIiWmDk/Ak056QyEHKOVemxGQzx55sVupZXcEqn13eicQXIPvuu+iqIB8943iUj P2+Xz9gQcPmES1ZI4PeUyMl3P3nAZ6u2LgHXloSoEQUOQhLbvruAPzhqLL1/FqG9f7J76OGJo OzGosWYfxdQ17mp90FsDUpdxlx0CxbMH4rlBoQhyPj4Z+RuMvz6uLCL+EVYWmI3FQ0B/zNItA mCzAF3NPgpZE8fUxR3C2utRrlgcMFK+f4bktofW2uY0WHx77ltXg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MoNVE-1pwIdN24iG-00owck; Mon, 21 Aug 2023 03:19:37 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <616b60fc-9f68-14ae-d262-716eb0cc685d@gmail.com> ("Gerd =?utf-8?Q?M=C3=B6llmann=22's?= message of "Sun, 20 Aug 2023 08:48:31 +0200") 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> Date: Mon, 21 Aug 2023 03:19:36 +0200 Message-ID: <87h6ot19av.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:k3ouOthWDKOqPkjUQjDAZu7ez0KlrU6UtfRuJq7OPekkym+xNFn 2vGKhFhxC6v68zP/h+cy/Z1YC6QpGVStiwGhnwrvz9N0rpvoUzM+ifja4o29r3bsJQr+JjZ 0LZlXdLs/TU7d3o68rv3B0Xa3sPq8kiM+hY760nttoJa6I6HQ9gzYyRRfdA8IUozZgz0cGW KyiEkGS4+zCaWoF2nooHw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ZwGFOGLFr2A=;EkpAiYvkf/fSjEhTRsuHgUICR90 8scJJcAne0mlqa9bpp9FZNpinwjqcReYLPwi8GLeKP6NR+91uLWt47g6XzaUB3GmxD5+mnQyi uyzkTQ7tYC7j29cHR0GGlwE8nJ7hsdCY6d5H9LD7e79famtsf33EByD4kWmgpqYVeMca3Wqrb UErdxelXUEmw65pLEx5aHuitsxqe7kMfA4deRejgS1Nh+qcCTq9qWPy2+67gWSB5YMBT7qn7Y SEJMAMY70a63chvkHbXh+6XaqtTIJ//+YljnNDsZ9jRaIYDNwCfm97/d113x/lZ6t6L1hAZLQ EXgVLqdnwOoAIJwmfxCOJd/x1Lx4/FRdit5GS8ZF2usa7w7FBU4HvTo/W8WwCahUm0+VQL6r5 OfLzIO1IKKKFHdnsEthBX9cHg8MbPSCpn6Qf1O0lK4WXM3pS270LuDnSkF4bU4ez5dhgqlPgR tdTMOjMRQrv7BAe0mExf06v7oabvROcGADmiIM/1K32xbPPYVzYqAFuurmUmF1cW1/uZDqGZQ 9PezhmwEkiBkNpzz9peAj6xf/FS8EQPhwRndbGKIwuAANgvLu74snzLDMeboh66T8LZx85MbJ 85/6RFeUsSGIi0I8xqa0v5VwDgRP78MfafkIpJBB9Hdp2DWrNTcNBM/zx7oNZOIQLDnauJNIh 3z7d+CVnvxP5WeQiB0OcvwPZEsmGS3jkOE7eoeHIxqAr8GI8hM46gftx6FeFio92MTbfPnTyb x4PsS3E7RR/1gu2MIVrfN+xp2Mvl72rgftH4RntAjU1bect1Sx9fLZ9Y4NJUaknpqJ30MgrU4 5JhaoN3AS6dlb4W+2jCFq2BKw3GGzcOpghtKOJi0g9D5E8InzQnkAi06CRiaATaudR1C29WwL WIcmap5ElAAFCuGGY87G+5d86j2qsX1pKWUR3Aj6qAr4ZGTUtXLlr+gjf76h1mcj8DJR58ESV 5J5gGg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > On 20.08.23 08:08, Michael Heerdegen wrote: > > >> I also checked now what's up with functions whose name is (setf ...), > >> which is valid CL. That's not supported in ELisp, it seems, so I > >> [...] > > Eh - aren't such names used by "gv.el"? > > AFAIU, and I'm pretty sure pf that, Gv stores setter function in a > symbol property of the getter function name. So, there is no need for > more generalized function names. > > That's probably more ecomical than extending function names to allow > something like (setf ...). `gv-setter' returns such names. I see them from time to time when debugging. Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 21 03:01:47 2023 Received: (at 65344) by debbugs.gnu.org; 21 Aug 2023 07:01:47 +0000 Received: from localhost ([127.0.0.1]:55281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXyv4-0000eX-Q2 for submit@debbugs.gnu.org; Mon, 21 Aug 2023 03:01:47 -0400 Received: from mail-ej1-x635.google.com ([2a00:1450:4864:20::635]:53466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXyv3-0000eG-8j for 65344@debbugs.gnu.org; Mon, 21 Aug 2023 03:01:45 -0400 Received: by mail-ej1-x635.google.com with SMTP id a640c23a62f3a-99c353a395cso391754166b.2 for <65344@debbugs.gnu.org>; Mon, 21 Aug 2023 00:01:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692601297; x=1693206097; 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=lzdI6xMCsCcZQL0fe4RqkrLF8fDl1ZDfdkWbzWmC++0=; b=kVvbmLKtoLChXE+SzraKPMpLyDIBfZwiXGDnIcYGnSj2vb/Yk/SLNdD55rGyZzp49Y /gHJLykt+PVAFsrE8dFvS2/vBngzDVxQiThLVzzJi82lGiqJ1PXfVzD3ROHZOw/fiAJa /S7KrbThJiObQjer17yZAaCWyXZR0JgkN99/c0nLwrjmOXHWiCGUMNwxaC8qd5NhbV23 Ag+y7aVkeETqEcyqCkK/9ziV5S5v33PWoPuFQy87hCvLaiUywAVcMztM14xVBzSXtYEb w5fc0Wh+f/FEkTcIXRsdHRV79CZJwU73DLkLCC+ZIhQIvf9Yf7sru+0fvmH8duA9rpen W/TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692601297; x=1693206097; 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=lzdI6xMCsCcZQL0fe4RqkrLF8fDl1ZDfdkWbzWmC++0=; b=gELOrodqTUMUP0FyW4IXFyZxJkm0tz+jOvvYBKyiyejHwSBcAW8HceCw9VqE4yahlq fiS630mnmg3gfDGppfcgRCtva7W+fKuSNJuSITiQxgucy6XesYhuKyFpYc4GlWxrH7ar UAc/DChQ7RFCs+B7qs0HRbKceDllb4VNnboGUVZmkfdNhES769omsbANwqyy3EqXF4fc MC+8RZg2d+s8379lfFZKUbIZ3u1KMLnf3Ny8y4HCMCX2k8/GAPLU10P4otjkmDvOGeN8 cGmiI/hsVN5W03je0THeUoNDTHHxmhJMm28HyAb2DHmoejpeNzVSIPd5xuFqDbt2qoT6 3qoA== X-Gm-Message-State: AOJu0YwsXdpIPugEjLpDRqUtFx00wbP2WWMW0DyEbkrgGMd+bxnZzZgX Y5DTbh6PSu/CHaj7wzwJLJnO6Qa0m4KS6Q== X-Google-Smtp-Source: AGHT+IEF5Sj9r7yxUtE1Agk2hvimy6eaQwaWUCgzrGTGt27AzE/vn1sF7a7OcxRLFUjml465jRaNqg== X-Received: by 2002:a17:906:8446:b0:993:ec0b:1a24 with SMTP id e6-20020a170906844600b00993ec0b1a24mr3979387ejy.7.1692601296714; Mon, 21 Aug 2023 00:01:36 -0700 (PDT) Received: from Mini.fritz.box (p54b0c3f1.dip0.t-ipconnect.de. [84.176.195.241]) by smtp.gmail.com with ESMTPSA id bs9-20020a170906d1c900b0099bcd1fa5b0sm5990971ejb.192.2023.08.21.00.01.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Aug 2023 00:01:36 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87h6ot19av.fsf@web.de> (Michael Heerdegen's message of "Mon, 21 Aug 2023 03:19:36 +0200") 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> Date: Mon, 21 Aug 2023 09:01:35 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) BTW, after adding a test for this to test/emacs-lisp/cl-macs-tests.el, I'm now a bit puzzled. The test succeeds without my changes. This is the new test case: (ert-deftest cl-flet/edebug () "Check that we can instrument `cl-flet' forms (bug#65344)." (with-temp-buffer (print '(cl-flet (;; "Obscure" form of binding supported by cl-flet (x (progn (list 1 2) (lambda ()))) ;; Destructuring lambda-list (y ((min max)) (list min max)) ;; Regular binding plus shadowing. (z (a) a) (z (a) a)) (y '(1 2))) (current-buffer)) (let ((edebug-all-defs t) (edebug-initial-mode 'Go-nonstop)) ;; Just make sure the forms can be instrumented. (eval-buffer)))) Instrumenting the cl-flet of the test case interactively in "emacs -Q" with C-M-x fails, as expected. An interactive eval-buffer with edebug-all-defs set to t succeeds. So there's something else fishy somewhere, I'd guess, which is unfortunate, because that pattern with eval-buffer is also used elsewhere in cl-macs-tests. From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 21 03:10:50 2023 Received: (at 65344) by debbugs.gnu.org; 21 Aug 2023 07:10:50 +0000 Received: from localhost ([127.0.0.1]:55285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXz3p-0000tc-S1 for submit@debbugs.gnu.org; Mon, 21 Aug 2023 03:10:50 -0400 Received: from mail-ej1-x62c.google.com ([2a00:1450:4864:20::62c]:51611) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXz3o-0000tO-6e for 65344@debbugs.gnu.org; Mon, 21 Aug 2023 03:10:48 -0400 Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-99d937b83efso378233666b.3 for <65344@debbugs.gnu.org>; Mon, 21 Aug 2023 00:10:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692601840; x=1693206640; h=content-transfer-encoding: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=ntZbHpyVJNhEjDNDiEB+FLtACRfZIU43s1t9COm0wSA=; b=aZ3W9aH43WFE5e6BuHdQMOrCd0l8SwF/xgS87vrdR1DAhixLnMd0aD/3asWmf9Xuwg dgiwnzTZyUxXgLWJc4Uhv+8GywLeWLZzS9E3RMpBmIkbe0grWB03VfZqPfOytS90AVHR +ppHVU1/7tD/CISKlDLesXbUFxJ/hrMJnzBUcxfdPpN8s3HtbnxMT5oBDJgnljA/C8so aeO3POmmrJ5Qc3feSV3wDO9gthg0VPezCIa7v6GaRx4EjlCflMdvlGhCaMvFhOa2kgtY ofT5IgRjJ2jQMaxDStxSQYqEud476KVSHQyteYMRkSteNFnZ2q+SwGt0ekU0L9uoFNf6 sNqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692601840; x=1693206640; h=content-transfer-encoding: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=ntZbHpyVJNhEjDNDiEB+FLtACRfZIU43s1t9COm0wSA=; b=IwVtpikpHBaMU0HugW8xjxbPawq4jRls0V18kn9kmo1gUHEOtyk8MP6kgbeKigy2d5 mcjFE+cBFfQi7J/7Pp+AVZnKPdRAmdrbOY6IcjbqHTBTz7XXXjUsZJ5HYgFtbzXOxVcA iCbWXwHR1xa5rktne2XcosCE2fERb/nWMjz198C9FljfUMV4XsojmJ+Cf0AhhAJski0y rQ1TzJYo8HH3UIjIMuKc0fArVpae6Pkq3ed8CK8VSrqkkFr9txQcXpMJ31ZsYgCNDnw+ nBXAfAAf1joQbM22BjzrUWdVqqeX3MBRTJfiycIIQb5gwJrNP9q/H7R+txPcEeD9xDJ2 lCOw== X-Gm-Message-State: AOJu0YwTbVzXzrBSGS76Sfcc9S6/K8/rAcf2KGbVzRgqsIu0FDFv3raH L5WHlToeZDZQiy26+F/HmQJPTFcVXB4SFg== X-Google-Smtp-Source: AGHT+IHip+w5NHswyTTBENLfy4wBg2YFbV5MaE+gk22xJM9SHs2BZmDwl4/5oC810iIHWRSzUnKkIA== X-Received: by 2002:a17:907:789a:b0:99c:e037:e4b8 with SMTP id ku26-20020a170907789a00b0099ce037e4b8mr4620691ejc.72.1692601839943; Mon, 21 Aug 2023 00:10:39 -0700 (PDT) Received: from Mini.fritz.box (p54b0c3f1.dip0.t-ipconnect.de. [84.176.195.241]) by smtp.gmail.com with ESMTPSA id y6-20020a170906070600b0099cadcf13cesm6011732ejb.66.2023.08.21.00.10.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Aug 2023 00:10:39 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Mon, 21 Aug 2023 09:01:35 +0200") 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> Date: Mon, 21 Aug 2023 09:10:38 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > BTW, after adding a test for this to test/emacs-lisp/cl-macs-tests.el, > I'm now a bit puzzled. The test succeeds without my changes. Please ignore this, I can't be trusted. (I forgot about edebug-all-forms.) From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 21 03:30:17 2023 Received: (at 65344) by debbugs.gnu.org; 21 Aug 2023 07:30:18 +0000 Received: from localhost ([127.0.0.1]:55375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXzMf-0001Vo-Kc for submit@debbugs.gnu.org; Mon, 21 Aug 2023 03:30:17 -0400 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:59649) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXzMd-0001VY-W9 for 65344@debbugs.gnu.org; Mon, 21 Aug 2023 03:30:16 -0400 Received: by mail-lf1-x12f.google.com with SMTP id 2adb3069b0e04-4fe21e7f3d1so4509672e87.3 for <65344@debbugs.gnu.org>; Mon, 21 Aug 2023 00:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692603007; x=1693207807; h=content-transfer-encoding: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=NXZP/ZQjMRjcsUOBit+TUzfCIQRgXtEHELZsKdj1S+0=; b=ocA18iiEfpY8M+9Axx8B86J0VQFkUyzQrZnsEmkQDkuRLhRsvu6sXs7gSaVpJbAmNV 0h8mCU1cvEiBQmn08hMfls+vqX09S5fn4GSlnyLkYzLziLqJZz48S4nyzYODmp/SXb2W z4qP5uTGn6VFMcollQcyhfpoLRAUPRBgeAHv/SYoo3WwToybMlhkKE2Ge50rrmzU51Y8 IcH+Y/e7Nrzj19p1+ncUebO1jjSzEO8dCHZSKGXT94OEb3yIsF8tJB5TNUmziM9E+YGy 3OPR6mwR1YKxsszK1MHtc+NHhNV4gcmnNOAjwK2IrT3MZgXmYGbjEp9iviv1CVyGKD4I 6SYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692603007; x=1693207807; h=content-transfer-encoding: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=NXZP/ZQjMRjcsUOBit+TUzfCIQRgXtEHELZsKdj1S+0=; b=PIU8AEon6xLukjUAFypgO+bCtEN7qYkQu8ZxR5gJUMGHgg2LeQgFa+FFWATD4TEVYI n05GRKLPh7n/22774Wgss+oxZ+RXsBJSM7F/uaevUHk7VcFkhydIksfTJhHGrdqKQyRq TLRTXE/4IdNg6xID6pnHtLhPQ0qt1Srp0t+s6/EGUe7JUcASZJjNQSFr+f1ZN9goowvu T/FGqe0f18V/ngv9VcZKEVRvL1vMzpEROitcFMIgtIk6lEMs7Zv8GHdZpes00ktQG5Ym dTlod3Gu1ssn6Jkp2X/bURhtOSC8GS9gpRHZMdv1h7qEOHSYLFrCVZcvf+pN0SYfCpk+ O+Xg== X-Gm-Message-State: AOJu0YxT+mn6VT/kMA+k61vlY9rl0p8tuxZaAEhTVErZuLd/LezXznzG q7ZHf18Vo1AbVYntZD3Dm6XgvGMRQjC69w== X-Google-Smtp-Source: AGHT+IHYq2RpRj7eSJ86XftJvUsZBdq0pSt/IEmKBL/iTtyFEiNmVzVKMxJdKIRrg2SxZV1pR/Y+tw== X-Received: by 2002:a05:6512:32d0:b0:4f9:cd02:4aec with SMTP id f16-20020a05651232d000b004f9cd024aecmr4388412lfg.29.1692603007396; Mon, 21 Aug 2023 00:30:07 -0700 (PDT) Received: from Mini.fritz.box (p54b0c3f1.dip0.t-ipconnect.de. [84.176.195.241]) by smtp.gmail.com with ESMTPSA id f18-20020a50ee92000000b0051e2670d599sm5526895edr.4.2023.08.21.00.30.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Aug 2023 00:30:06 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Mon, 21 Aug 2023 09:10:38 +0200") 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> Date: Mon, 21 Aug 2023 09:30:06 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > Gerd M=C3=B6llmann writes: > >> BTW, after adding a test for this to test/emacs-lisp/cl-macs-tests.el, >> I'm now a bit puzzled. The test succeeds without my changes. > > Please ignore this, I can't be trusted. (I forgot about edebug-all-forms= .) Committed to master as 18c85306ac211402e4772bdb94b63d300a2ac119. Thanks for the report, Brandon, and thanks to Michael for proofreading. I'll close this bug. From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 21 03:30:31 2023 Received: (at control) by debbugs.gnu.org; 21 Aug 2023 07:30:31 +0000 Received: from localhost ([127.0.0.1]:55380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXzMs-0001WM-U9 for submit@debbugs.gnu.org; Mon, 21 Aug 2023 03:30:31 -0400 Received: from mail-ej1-x630.google.com ([2a00:1450:4864:20::630]:61645) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXzMr-0001W4-3m for control@debbugs.gnu.org; Mon, 21 Aug 2023 03:30:29 -0400 Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-99c1c66876aso391726966b.2 for ; Mon, 21 Aug 2023 00:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692603021; x=1693207821; h=content-transfer-encoding:mime-version:subject:from:to:message-id :date:from:to:cc:subject:date:message-id:reply-to; bh=JwgRSKWvNtB4pVICFtgbvP/m0nydGEXFqWjM6BNrXLw=; b=DdlfXbvk24mKnxjOqmRf070mOG1m6YumDs/s7iiTBhkjGwzY6Pnar+ZVbIW0uax6Aq t1uRlvQDuemJGNqHimFIM0r6nXBepiV4DZr0ZUMz0nyPDN20V0FhSrrv/YyHt0W/5qim VFve2Ylru5LZPXCx7N4pVqwvyv474epKW3z7iMCGs8/e6kSYAEd842GLDt27/lAMWhZu /B63ACmN4YkZ3OiAj9M8SVzaj1CqJArzPDLpuv30nRGymhvIDrpZVpzKJjIA0vk6yxry 8CmXEiW4AVoQY2IzQxuF6AXtv/mSGVQD7s2h97O22E/29so8/F1OmWymSs9PqzM6owH4 h2bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692603021; x=1693207821; h=content-transfer-encoding:mime-version:subject:from:to:message-id :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=JwgRSKWvNtB4pVICFtgbvP/m0nydGEXFqWjM6BNrXLw=; b=ISEQIu0ehw7V4AuFQ2X9SC+BW2IeFaYMFlf0AI01Zm6hjdJhlOCuKJocxXMvyFNKtN g1G2ItS7dZZ7KFbW27OW6Hn6VJmIFllyPF1wJ00AN25jATb5Tvynl4pY43l+6kwXqV0s Ac/IK3YnGjM1V8ylTKhFkDnXewQYE0zn/MuR9kPT9AsCNtNZZdCRtZ+aG8niTaXZyPGj muVwiZKu4V0wRTQTBW8M6VqyDgiQZocxErJ+4sw3wWfPj1NJpARui5F4fyzN6uOaQTNr HLD5u/lEzR1sMyVAEZfVhPhXxEUyTARo5z6El6q07Sezo0UKi/9EapiiNbfG+z+Pcr7h EOsQ== X-Gm-Message-State: AOJu0YwljEulI7VBoKmumoKpW0mRIQCnPwsLOah+jBjUF6yHGWX8rfdT VbvHLcPCzyBIge2LYIcFTc/pbh+Pm57HWA== X-Google-Smtp-Source: AGHT+IFRsel6um+fDLvzpT9dxW5SqR1tGFpg2i6OlDRRWNnlPSvVITRj6aNSVAekVvTLDn81Q2Pt+w== X-Received: by 2002:a17:907:7754:b0:9a1:9284:115 with SMTP id kx20-20020a170907775400b009a192840115mr1945885ejc.67.1692603020892; Mon, 21 Aug 2023 00:30:20 -0700 (PDT) Received: from Mini.fritz.box (p54b0c3f1.dip0.t-ipconnect.de. [84.176.195.241]) by smtp.gmail.com with ESMTPSA id sa17-20020a170906edb100b00997d76981e0sm6009856ejb.208.2023.08.21.00.30.20 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Aug 2023 00:30:20 -0700 (PDT) Date: Mon, 21 Aug 2023 09:30:19 +0200 Message-Id: To: control@debbugs.gnu.org From: =?utf-8?Q?Gerd_M=C3=B6llmann?= Subject: control message for bug #65344 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 65344 30.1 quit From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 21 20:55:03 2023 Received: (at 65344) by debbugs.gnu.org; 22 Aug 2023 00:55:03 +0000 Received: from localhost ([127.0.0.1]:58131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYFfj-0003vE-Do for submit@debbugs.gnu.org; Mon, 21 Aug 2023 20:55:03 -0400 Received: from mout.web.de ([212.227.17.12]:46819) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYFfh-0003uf-Q1 for 65344@debbugs.gnu.org; Mon, 21 Aug 2023 20:55:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692665692; x=1693270492; i=michael_heerdegen@web.de; bh=j2FboQSOfPWznwKgU/ZXLD4k1tm/UnI+23/UiLK324M=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=SqF0nSJAEQLSdmPSbPnPbQ2sqH/aae37MtXAH1CiOv3aWRwzER5K0RjPIdCEWlITO6mE37J vPVvtFYQXWVXFHiug3mtCxVbptWZL8C6R4qcSKxTpeO4xwJV0rLnKd0MltWvf+sQGOgG5tXJj yuV2kv8r4rJplqaBTTYJoHfz3SMQ+kOh0/WDP+IuqHmMTdqCRhFUACIIB4GrFNuDTk1Ma0jsX c8FN92tDjiwTRDR38oen//fiqI0U0v8abZQOdO5BDzdCr7DSVxSYyM966R9SQBGBuX8V0aEPK g3J+HyYdmhPSiCA0bF2SQngLIaNTZRe3/RUjbi7qh9BHkZm1UQbw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MCGSW-1qQ2D01ahm-009sg0; Tue, 22 Aug 2023 02:54:52 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Mon, 21 Aug 2023 09:30:06 +0200") 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> Date: Tue, 22 Aug 2023 02:54:51 +0200 Message-ID: <878ra3q4kk.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Mr/q7q6YptZMeowlCgsiYgdgvEq3XdEBf6l+QCy0oZJ8tjIVZGX ROY07zZ/8i6OisJHM2W1X3ve0W3d+udNV90KACd1px6s9imdiLtortdkF1vB1WA38YCInEq /2xsHrkHquiO26Brp+vBrVqwXC0cKaBTbrs8kouS4KoD5w8kpwg5eR1JGYLgEwU1q6rf2im 5y35VXqZVBTKjwKa6NgAw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:/DuJpzrXgO8=;t4qzYPmQsErY8UKZa8K4wXCtArZ kTtXThvkPMQtxkK4u2KFPh+UNFNJT2kklYik8mx6gyPQ/RYrJN+BIj1N0i6s7BJpiS1biuZ7p 4YXv909+BHVFK5i/mZa7PHQ9+gLQs0Ii4sVWXUUfb9WHlJVTLo2TKmyyT08TjCY6DDQ0yLnN2 zJb0dBdvG1J3EKCW9Xhx3b5L8KF2HHycUSF6sPtNDwnCqFhA+K/yC0VRrag/MpZUu4C5feHx/ yLI+bAFU06+RRfKI1q/kRR8Exr5zVWL/oVMSEKAuEVN0/Iud3ibM4y1CwVpzsKbxBQTCROf1U 2xtUlKjs4Pkbzq4fHF4NJq8DULgUJvricfpVfb9WHxXKnOdz8SuXddMSr+svQFdG9xWiEmyOm GJgtpo8Hxnc20jdmDEeYww/27Lsxb44GNw1HQ95XHcppCOl3cwRdnUlZwy4lOv9m2pcLA1eNw JWujRHJbJ7gLFGVmxWaMnq+ciUKvSeqznvtqZJnK/Wzk1QkrU5sEXF/m58YViUQ3FFLksJdcc aADy/u4f5trRTPDAfUuTDGLZivL5tkCyIPgG6phkNNBlrW1vN0fY4mompiCc8x/MbwLd5T9Gf QBoFafJLoIq4pd+hL4VO8ezyoStl27hlOS7No+QYLr3yYuQNqB9E38pCYsZzOYJq2LRGshx8x 7f8mZwBfrtOC5fy8QTC0wG9hYTnpz03yOXjIKnOn9Cltu7csPesd+3t9cvrDRThEVIUnXqCWM hLPs5wWF5e01NZ0cnCxgI2OpmdG59okhtW6WgP4ko6K30y1Nqjy73KNB7umNEGqOnYJ31UDuj aO7kX/ywmJGcsHqy21ewFiFnWsfb7UcG8hJKXqFI5kVppduPqzwC4dTe+MvE1Nn4IoNOAb/KW xZ3bqFkbJIoVYmhwcWsnOg8mZKvsppnWJ8gl1ThZyvMK+9YN0h/ihKyuKwu3PkGtw4CuJh6bY UayO5S9dsLnGolwZ8REL24WlDkw= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > Committed to master as 18c85306ac211402e4772bdb94b63d300a2ac119. Thanks. But... Your patch breaks this case because it changed the order in the &or: #+begin_src emacs-lisp (defun make-fun (n) (lambda () n)) (defvar k 17) (cl-flet ((a (make-fun k))) ;; `make-fun' call not instrumented (a)) #+end_src Did changing the order improve anything at all? Second question: you are sure that the ";Allow (setf ...) additionally to symbols." thing was not something Stefan wanted to keep intentionally? Just wondering. This spec was never being used, right? TIA, Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 01:49:09 2023 Received: (at 65344) by debbugs.gnu.org; 22 Aug 2023 05:49:09 +0000 Received: from localhost ([127.0.0.1]:58325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYKGL-0003Zo-EX for submit@debbugs.gnu.org; Tue, 22 Aug 2023 01:49:09 -0400 Received: from mail-ej1-x62c.google.com ([2a00:1450:4864:20::62c]:44449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYKGJ-0003Zc-Hc for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 01:49:07 -0400 Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-99c136ee106so534802366b.1 for <65344@debbugs.gnu.org>; Mon, 21 Aug 2023 22:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692683339; x=1693288139; 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=II6ffhaWN4CtDvZv3B/GlqJ+jg+6Rf36sDpJmJXkWTo=; b=EAtveynWtXh5JtFev8q2+WL8NmUKUxcXFzi6YNH3fgKiGScZRBO2n9pa7tsTfljr0q a/EtGmK3dlw1JW3S6lX3a7wzvi8x7j5N0CKm2CSLAO6fHKCbSthSEafvpcvVCbhWlNDD eB7nJMNBYX5jpHRo4jXifTdqlSD/LcGSLX55y+5WN3l5mc/ohAZllJ4mEG8gRTv1xSiO IoPjVl5465X8EUA/uWYTE/VUaX25ohf7YxIgdwaV3opflhI6zLPqr0ds63kcwnFcw/D9 bD3Uf2kJW/jx0HsyYrcns5qD0aL9z1PwFS7ZtRRCRsdb7dMHMVpdixiwUyiB36evXj7a smNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692683339; x=1693288139; 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=II6ffhaWN4CtDvZv3B/GlqJ+jg+6Rf36sDpJmJXkWTo=; b=fpm1rtMKtMpuJ3Q0JlLAwvLEJld6fgORpWBR0A+ySqD85ZRkv8LcGV8zlDt5UQ+N7y O2bI6FbGTqh3/qN5abrfuHHD1vWb++FaJ11976mHhDg8+vz+Xm9cr20mofY8JNMM1MUz hMhpVQeaRcAhoq8FI7+MrfAfbUqFMsx3TLadA9Ui2eahj9wVAtHvVq28ykWVht5cFhe0 4s4tgW/zRQqfLv9Jn3WWt4NGBQwRjFs1/bmoWMMfujVLKtRg1ffcy30/8LO3ciff/tDW 6Iz2Q8pdA+V9SWVto/Qv2bhphzHk2vsf/zEg5o2EVDKezq25rZ2+C23lUu+4KpWl7Vkb yl/Q== X-Gm-Message-State: AOJu0YwXIx3ZbOHsH35tsvkdPpxBmicsHgznVmT7+THVPSRGGry+ZQI5 19RDSS8NK/iDq7dPqkhpPmF6Eleud9YDn8My X-Google-Smtp-Source: AGHT+IFSEDqJygPHjeT+dCSDxbqnQx+bRpm0gxIOpe6VcTAPz9TRr+74PoP8yEvGrM6AWR1xsQQEFg== X-Received: by 2002:a17:907:7798:b0:99c:1b9a:b09e with SMTP id ky24-20020a170907779800b0099c1b9ab09emr7550789ejc.75.1692683338401; Mon, 21 Aug 2023 22:48:58 -0700 (PDT) Received: from Mini.fritz.box (pd9e363f4.dip0.t-ipconnect.de. [217.227.99.244]) by smtp.gmail.com with ESMTPSA id i22-20020a170906445600b009937dbabbdasm7575047ejp.217.2023.08.21.22.48.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Aug 2023 22:48:57 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <878ra3q4kk.fsf@web.de> (Michael Heerdegen's message of "Tue, 22 Aug 2023 02:54:51 +0200") 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> Date: Tue, 22 Aug 2023 07:48:57 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Your patch breaks this case because it changed the order in the &or: > > #+begin_src emacs-lisp > (defun make-fun (n) > (lambda () n)) > > (defvar k 17) > > (cl-flet ((a (make-fun k))) ;; `make-fun' call not instrumented > (a)) > #+end_src I wonder if this isn't a bug in cl-flet itself. If you change the names a bit, this is (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. > Did changing the order improve anything at all? It's more beautiful :-). > 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? > This spec was > never being used, right? Right. One cannot define functions with non-symbol function names, and never could. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 02:11:02 2023 Received: (at 65344) by debbugs.gnu.org; 22 Aug 2023 06:11:02 +0000 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 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 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 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Tue, 22 Aug 2023 07:48:57 +0200") 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> Date: Tue, 22 Aug 2023 08:10:49 +0200 Message-ID: <87il97obdi.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:l/RoyZsBz7DkbQVXF7tosMMsYLIreO9Od04VWYkHk50cuie9oSG 4XSaC0bh83/yDLqVkaY/gfNMiuQdFX6c4FGw86gY6/h/mxL/lMeuMw5Z8OaB2Qn7fSB41tq TpSkyIRUW9rvMGqxXfTA/3mP1wdEwFBm4dCPwct7gZPw5CtdrMvLTIUV0Kpzc82G/RUvQEp 3GmV7840+x5uUwcwW08MQ== X-Spam-Flag: NO 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/N cBBpyY3Xbsk8u6GDf+o5O7bsezZIwMIFq6zPcs1msA2FTtFQHu264jz/NgPz1fvqbPsEdyVaT npa6fntXrlbH+XKhIkw2mEQA5c4nnGAsrank51UHw0oqtV0ifM58dTHft/OyslDLeLRlBFiVJ N/DT77UY+KLNJJ2M+531BoQxWEo= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 04:05:52 2023 Received: (at 65344) by debbugs.gnu.org; 22 Aug 2023 08:05:52 +0000 Received: from localhost ([127.0.0.1]:58516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYMOe-00045Y-5t for submit@debbugs.gnu.org; Tue, 22 Aug 2023 04:05:52 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:58421) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYMOc-00045I-G1 for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 04:05:50 -0400 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-525656acf4bso5278548a12.0 for <65344@debbugs.gnu.org>; Tue, 22 Aug 2023 01:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692691541; x=1693296341; h=content-transfer-encoding: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=OY0XJgb+Wi89adrou9eleIIxg6luMkiMlIGDEu+QWPQ=; b=Sb+NEQjSmrpIV5+U1LOuGGVQRngeO4hFPMk/lwg1BBGBIkHaICeb4iLtrykSJG/Ezc jsF+MtmTJJ6SRd1HhbaLjLilIsOYG1kM862qzJXk2TOPd+6qdgGUYxHtS/cJTAJJXv5K +3M0qH5bgGTibYgK4P5OGRm1xYtyTsX+UdUTWjJmkSYMrzBVRNUtIwz/rPr12jC99Nfx 8EOQR1yN/veEx1QlaNN68RQtKqK2HaPEjPGvf9rjdWUzyvvp90O6BDVvdLtpOX3iAPCm 9eBSnWxeu2AoHtKby9tB3eV1KRcx/0yUeXhr9EHxYkUAcCBVo4s+4wlrNGNsz5NN7qGr 20YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692691541; x=1693296341; h=content-transfer-encoding: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=OY0XJgb+Wi89adrou9eleIIxg6luMkiMlIGDEu+QWPQ=; b=iPqjslXO8lbxkeBaceFd6roBJ/w+W5n3R2tCTKVfAtXrmT3UzeCaC1MnrCOw8NuMp1 ujXW0oMLeDB2Gw4o3GhM5CTT17/nABUXJe4xeLW6vmDEb3mAe/pGasHj25MKeydoeMlh cKttK6RoQv6KPtbdlSFyGuUDO1fskvO9maCvyNBfA2L8QPFNBWxUKlE5/nMST2+0ycHc W2AyQ57An+7++HRj2t6xzTo5BuyTCd/rO3UbS2oo9MCKoOCdafdCcrAsZEKUcanb2buW W5SrHXOVZa02FIzrvDpp7CAm1fntBHsUVgPuuT0x5j2wgOGtA0wUH0MVOmpWMGF3gNbL I80g== X-Gm-Message-State: AOJu0YymOrEDNtvC9fSeWQy5PBxX0WXp6AF0EfAksWypFuSWoDvn/a9D pSRhd504Vi/x7r3JWNl8L46XUNLWVeQDqCx0 X-Google-Smtp-Source: AGHT+IEuMvvzkZoHqI//6uJqoAOYeho5OPTCh0aNX8ygRQNw1V0chuN6bi8F6N4O1yW+2yjxsBfhvQ== X-Received: by 2002:a17:906:31c1:b0:99d:a6b9:fd04 with SMTP id f1-20020a17090631c100b0099da6b9fd04mr6553114ejf.46.1692691541192; Tue, 22 Aug 2023 01:05:41 -0700 (PDT) Received: from Mini.fritz.box (pd9e363f4.dip0.t-ipconnect.de. [217.227.99.244]) by smtp.gmail.com with ESMTPSA id k21-20020a1709063fd500b0099bcf1c07c6sm7843920ejj.138.2023.08.22.01.05.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Aug 2023 01:05:40 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87il97obdi.fsf@web.de> (Michael Heerdegen's message of "Tue, 22 Aug 2023 08:10:49 +0200") 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> Date: Tue, 22 Aug 2023 10:05:39 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > 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. That's quite unfortunate :-(. I wish that whole extension would be at least be deprecated. I'll exchange the two debug specs then. ATM, I don't see how to test that though. That's also unfortunate. > Hmm, right...but where did I see it. Oh, I remember, it was > `cl-defmethod' that supports such names. Looks like it does, indeed, by constructing a symbol. One couldn't tell from the doc string :-). From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 17:06:44 2023 Received: (at 65344) by debbugs.gnu.org; 22 Aug 2023 21:06:44 +0000 Received: from localhost ([127.0.0.1]:60538 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYYaJ-00009c-IO for submit@debbugs.gnu.org; Tue, 22 Aug 2023 17:06:44 -0400 Received: from mail-lj1-x231.google.com ([2a00:1450:4864:20::231]:59838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYYaH-00009H-4F for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 17:06:41 -0400 Received: by mail-lj1-x231.google.com with SMTP id 38308e7fff4ca-2bcd7a207f7so8360381fa.3 for <65344@debbugs.gnu.org>; Tue, 22 Aug 2023 14:06:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692738392; x=1693343192; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=d5CoAtIJfOmo3TEtYf+x5OpOlISzjS0VG8UabPdzdY0=; b=VEEwR5QXreukLt7uCO3P9n5jNZ16Ch5w8pCJSL75k4eNuRYYLtGwYSKBEvhUhALgei K2ByTzfig56qD8oyfb72hvY/VkbGB9qI7srM7Wjna3tIGHbJ2DPRMtgnfH8eYIaZ2Z5u OeoaX2tv9EpKHseNUlVonwVIeCUS4tTLaTNo7lJS5jF3ENxKaxR08+pYW5QbRud6/T42 I6Z2uGSMpBoNBtOHZGiWixWHXNylaetIZUkbeOZNzNo+fj53J1BAXQB+HpocqgYt4i5n NHwO796F0kCF4Vdyk2nyL+Ha++IN7nMjy/DF1MekU8rxMziibc9QCfmuTC+zD5TdCffh IcQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692738392; x=1693343192; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=d5CoAtIJfOmo3TEtYf+x5OpOlISzjS0VG8UabPdzdY0=; b=FWSwKep0J2Atf+vj8uFCvj/F99ARigHUtGr+W14y0pvajzae+ioxRwIBfi1jCB6IdJ Tv5POVX59CfolTovOKXdSPocYjlsV7/hddyHE+tfIc8y0HmVsVPcpb4VsxgX0mNlCZUS rMd+N3KXqxOIttFkk47G8fHg3uMpNBf+Sp6J660ipIqAMAAkK+SLIKVbzzQ0Lm6ftqAr l7K5ikbCHVPrKX+Fwa0IUqqZ32Il7bOAA5I8jf6rgKSaUlMl2LnYn0GXpQYbRhB285Kv YB2lMxLDkVUPmdBzb8eQFn6+HrV1G9nSjhgWpnJ1rUmKCPhTA1BX6jwkQpCkNVQBrhJ2 rMDQ== X-Gm-Message-State: AOJu0Yz+X4fEitOIfWVR7hrntXo9ajsIKmnxhotYF5jjRAGf2ooeGAqq dcJkKkehKnBNbEApGTxZbAVTgD0z9sgiJNeHOuI= X-Google-Smtp-Source: AGHT+IEbbQqXU0f0J21vSczRWluUksb4pHVbsjquCO2bvaJkCPRDUyxcVskPJOgrhyffV7dIGasFxrSwx9PZTeHRxzs= X-Received: by 2002:a2e:2404:0:b0:2b6:df8a:d44b with SMTP id k4-20020a2e2404000000b002b6df8ad44bmr7376190ljk.36.1692738391712; Tue, 22 Aug 2023 14:06:31 -0700 (PDT) MIME-Version: 1.0 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> In-Reply-To: From: Brandon Irizarry Date: Tue, 22 Aug 2023 17:06:24 -0400 Message-ID: Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring To: =?UTF-8?Q?Gerd_M=C3=B6llmann?= Content-Type: multipart/alternative; boundary="0000000000008927d60603895e36" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , 65344@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000008927d60603895e36 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, First, thanks for all the attention this has received. Eli, your comments are duly noted. Trying my best to follow this thread, I took the patch submitted by Gerd, pasted it in my scratch buffer, renamed the macro 'my-cl-flet', but switched the order of the two '&define' clauses. I evaluated this macro and started using it on some small test cases, which check out. I believe I may merely be echoing Gerd's comment about exchanging the two debug specs, but I wanted to flesh this aspect out a bit more thoroughly in case. Note that I've used Org source blocks (which I've noticed people have been doing), since I suspect people are reading this thread in Emacs itself, and can subsequently avail themselves of this format. Under 'emacs -Q': #+begin_src emacs-lisp (require 'cl-macs) ;; insert 'my-cl-flet' macro definition here (my-cl-flet ((cool-fn ((min max)) (cons min max))) (cool-fn '(2 3))) #+end_src Edebug here runs as smooth as butter. Nice! Next, I tried another example mentioned in this thread: #+begin_src emacs-lisp (defun make-fun (n) (message "the function") (lambda () n)) (defvar k 17) (my-cl-flet ((a (make-fun k))) ;; `make-fun' call not instrumented (a)) #+end_src Again, everything looks good. Finally, a more conventional example: #+begin_src emacs-lisp (my-cl-flet ((fn (a b) (cons a b))) (fn 1 2)) #+end_src Works out, as expected. So it looks like we may have a happy ending after all? WDYT? On Tue, Aug 22, 2023 at 4:05=E2=80=AFAM Gerd M=C3=B6llmann wrote: > Michael Heerdegen writes: > > > Gerd M=C3=B6llmann writes: > > > >> I wonder if this isn't a bug in cl-flet itself. If you change the nam= es > >> a bit, this is > >> > >> (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 i= s > > meant", so a binding of two elements is always interpreted this way in > > Elisp. This problem has been discussed a while ago. > > That's quite unfortunate :-(. I wish that whole extension would be at > least be deprecated. > > I'll exchange the two debug specs then. ATM, I don't see how to test > that though. That's also unfortunate. > > > Hmm, right...but where did I see it. Oh, I remember, it was > > `cl-defmethod' that supports such names. > > Looks like it does, indeed, by constructing a symbol. One couldn't tell > from the doc string :-). > --0000000000008927d60603895e36 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

First, thanks f= or all the attention this has received. Eli, your comments are duly noted.<= /div>

Trying my best to follow this thread, I took the p= atch submitted by Gerd, pasted it in my scratch buffer, ren= amed the macro 'my-cl-flet', but switched the order of the two '= ;&define' clauses. I evaluated this macro and started using it on s= ome small test cases, which check out. I believe I may merely be echoing Ge= rd's comment about exchanging the two debug specs, but I wanted to fles= h this aspect out a bit more thoroughly in case. Note that I've used Or= g source blocks (which I've noticed people have been doing), since I su= spect people are reading this thread in Emacs itself, and can subsequently = avail themselves of this format.

Under 'em= acs -Q':

#+begin_src emacs-lisp
= (require 'cl-macs)

;; insert 'my-cl-f= let' macro definition here

(my-cl-flet ((cool-= fn ((min max))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 (cons min max)))
=C2=A0 (cool-fn '(2 3)))
=
#+end_src

Edebug here runs as smooth as butte= r. Nice!

Next, I tried another example mentioned i= n this thread:

#+begin_src emacs-lisp
(defun make-fun (n)
=C2=A0 (message "the function")
=C2= =A0 (lambda () n))

(defvar k 17)

(my-cl-flet ((a (make-fun k)= )) ;; `make-fun' call not instrumented
=C2=A0 (a))
#+e= nd_src

Again, everything looks good. Finally, a mo= re conventional example:

#+begin_src emacs-lisp
(my-cl-flet ((fn (a b)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0(cons a b)))
=C2=A0 (fn 1 2))
#+end= _src

Works out, as expected. So it looks like we m= ay have a happy ending after all?

WDYT?

On Tue, Aug 22, 2023 at 4:05=E2=80=AFAM Gerd M=C3=B6llmann <gerd.moellmann@gmail.com> wrote= :
Michael Heerde= gen <micha= el_heerdegen@web.de> writes:

> Gerd M=C3=B6llmann <gerd.moellmann@gmail.com> writes:
>
>> I wonder if this isn't a bug in cl-flet itself.=C2=A0 If you c= hange the names
>> a bit, this is
>>
>> (cl-flet ((fn (a b)))
>>=C2=A0 =C2=A0...)
>>
>> which is a perfectly valid local definition of FN with two paramet= er A
>> and B, returning nil in CL.=C2=A0 It signals an error in Emacs whi= ch I'd
>> consider a bug.
>
> It's a known limitation, AFAIR.=C2=A0 It's more important to s= upport the
> (SYMBOL EXPR) than this corner case, and we don't want to guess &q= uot;what is
> meant", so a binding of two elements is always interpreted this w= ay in
> Elisp.=C2=A0 This problem has been discussed a while ago.

That's quite unfortunate :-(.=C2=A0 I wish that whole extension would b= e at
least be deprecated.

I'll exchange the two debug specs then.=C2=A0 ATM, I don't see how = to test
that though.=C2=A0 That's also unfortunate.

> Hmm, right...but where did I see it.=C2=A0 Oh, I remember, it was
> `cl-defmethod' that supports such names.

Looks like it does, indeed, by constructing a symbol.=C2=A0 One couldn'= t tell
from the doc string :-).
--0000000000008927d60603895e36-- From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 20:32:52 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 00:32:52 +0000 Received: from localhost ([127.0.0.1]:60658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYbnn-0008L3-Pj for submit@debbugs.gnu.org; Tue, 22 Aug 2023 20:32:51 -0400 Received: from mout.web.de ([212.227.15.14]:58293) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYbnl-0008Ko-SX for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 20:32:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692750760; x=1693355560; i=michael_heerdegen@web.de; bh=+CmIFgxSFHIo/SoxyIdvbi5pcKSFZRENoF2STyUYAo4=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=MMRZbNjEblrabn2MaI7PnFrecHyWW2giWlZFvid8bypGOhqQCu9Zgqx9IOLEmWAONoKsa2R 4qjxkSgSe2r5p48pF/PhAKkpsThvuluDFcZSvrJ8jiR3rDEW6H2GnnhMmDhcmpRtjyCkODYDQ Iav9SfkfzUuYSHKy4zk4PJVO0Si51bKc9VicS+i3CQlVXq95md0wrObJMHhc0NDavX5UicGjP /eyJLxW59GctryoyP36Z7aP00ynqjK7pmjAqGrml2lx59krCCHsEt4TQG3EHEIrKqhvpEvNFO sn8mIgy4B/GLBENDR36+oKaWuiC2TLVISD6f1JrIUp5EZJIsJvPA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1Mty5w-1pizeN3mPM-00u9f5; Wed, 23 Aug 2023 02:32:39 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Tue, 22 Aug 2023 10:05:39 +0200") 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> Date: Wed, 23 Aug 2023 02:32:38 +0200 Message-ID: <87edju4mzd.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:P3WT2uoWxUam/6uzmmdScbw/wB6IteBBgkT4LERYHK4GnVfnNL+ uuCPzmt+1NLc6I1tdHRGQ0U2sxPJ7SzxO7qwE9EQsSXHCYWh0uCfFF6bFyS0gTSXR9AFJI8 1KFMp1YrRKu9j6jUzjfDHe46WBwf1kTgtb29iF2G5vpN3/fd+TI0lgL3uC0bBORP+QkATfG +PfbM2i82QG7kDu+hch8A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:p4QHrPimpqU=;y3BGfbg4CciGWrwuviFEwE077+C jEZort9F3vDJuNZbiZZUgd+c90WKUES8G22JvDAeoOZYBA5iHO1bhQ5c19yGaAQuM5qDrAiz4 QinxsfSr7rXR4bsm9Yi8K6Vt9EG+0L2nL31FizaQWQBL9bjgXAMALbV9FSQ9KzNBDQo5ZPaLp /HLjGD0fuik2piTxf288dndLYon4FVQ+OsQ+nrW27z9u0/YvfEecPUYJfaJWlj/7NBRrLdk1w sfoj9C20tBWImSYT6NmafMlGAgmGBnd4rlYh0fdXW2I4T4sw99T6uPwpF3bAAj0HoZb9u9E6O 9dTrCku1Yn3KZg31CMDNqvsaulcQf3uvQDLMf8zJ9j6cDn1RXa4m06coO9w/z5qnCdfBJnc9o uCInlBM8d19wNJYAD0MxQ5HiUGJ1QijBjiDSKVCNerggymWDcHBei2lL3x8rq9o0N9UDhfQ8C Thn0Hxb3fymMeWXac6rVe8W2VZ6Gs3VWFSanWbSEt/tPO9ZnSv00eFP4RWTqk9uOyfz9c6TpA iAjUK+3Ge4PpPn59DmsxTsW376BbDlNZv8hE34MmtaU3otlnnzpbynwWAK/soBexapG/x/c2J rQaPzTofCrJC3Mkg7r3OHkdwQBeAg6ynHmnHxmnfV62eRHytE+Dd2s3JtjO5NHD3jiiID//YI xnKOrx9qUx5Xc6ONYgRHKwPqhPz+g25hRFexQLpigrAl0nX4pwMg4YVU3BDSvdiqrle6OMme7 Xqr2encfShWVYDeX5BI8VHjg9Bqi1mdjQ96L2ZWM8D5lAIkeUkdyjK0a9FUFiHk0ah+YzH6VB APVsxLI3oCOiaW3phblRrUvltpUgw9ycKZtqBD2azC3KuyQXmJIC5zHQhQwavrxOO0/LVM2WV rJ7+pgS3BceH1rjPuQhiSAxY/xktEyy5g1isw5kLmZ5DMLH7dzCh69gKhW5xzuIMtbRNuIq9D HpfoL+npCyQT7agh/UIo1zUGr8c= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Eli Zaretskii , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > That's quite unfortunate :-(. I wish that whole extension would be at > least be deprecated. That's the opinion of one part of the people. The other part likes that extension. 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. Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 20:36:07 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 00:36:07 +0000 Received: from localhost ([127.0.0.1]:60662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYbqx-0008QY-BZ for submit@debbugs.gnu.org; Tue, 22 Aug 2023 20:36:07 -0400 Received: from mout.web.de ([212.227.15.4]:44431) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYbqv-0008Q4-7u for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 20:36:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692750955; x=1693355755; i=michael_heerdegen@web.de; bh=CIJ4zrPQqm5ibVCqUr6COm+ZBk3L8s8eUBSiisBHXrk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=dmS2PbLoO+NOxrmbKMk07bKzrDpCaBjDTxnBMhvqLpm6z0NdPKpWz/P6OIKBCYEQMCdvIO6 MwOClS1bKBP9Vn4k9c2ob7C2Syimttn36XjC9D/TpJZ6P6PKsWtDKONwAVHpmQTxsCl9CKcMt hqe0f2wwlJIFul8t5czJt6x4t0ODYUiE0o3uOP2vqUhVQEcbQ7tHSaFJONSgw+KhuqBGcGicP 8vJFIMQD29bwhS+NI1aKnx42cnhbKEo6S4KuueBUsbIKmhw3BY5ISQoH210AHgvD3DEKqfEn0 /KddMk1naQflj+x/3EejjlDgC4D8OAx0BzWYJnz2qxFbs8mNScOQ== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1Mq1CA-1pvien31us-00nSkH; Wed, 23 Aug 2023 02:35:55 +0200 From: Michael Heerdegen To: Brandon Irizarry Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Brandon Irizarry's message of "Tue, 22 Aug 2023 17:06:24 -0400") 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> Date: Wed, 23 Aug 2023 02:35:55 +0200 Message-ID: <87a5ui4mtw.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:TgtdUznk75axiBMzVN9jsb9wrjqbQdosRnPjvvMfbNgwSWk2EES RrRU6TX9Oq/4PeYKl/6UEcftRnqe93rktHpl5GVTajLUoT6AdVUhsZiop7Cl53rR84BpDpb Zi6iqP2HK+ItoawH/mOl+g9vsMQ7JFEQMGCYSvBs8Vv9sHbtXa+xOXNP+od22R2+Z7eUsw9 8fMpMsdczbGYWQo7Zud8A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:POWizEylhS0=;2lb0aa1k+eP/vpmbgJkfSojMixu JSJYEryoiTnfmGa4IyM1q1AXkyhnevgIPMABPRxRh4Hc3MO1W2Z5+uSf99tyGbzImlIlk2HIs huRQjtVX5pf5fbwfJbdRORgQIW7Yc22ud4rvPySMQZLTwn6yQ2IrWh8UwLaTjfp/VMPKGNkvX hi7UjhL1p5iZKTlN9OG+OQKFmSJ0z6P24rW/H09v1qanscr7Wr0Q3wRsx0ifMYeHiTysT/pWB +GISFDCcOT/Uy1dO+Kk+K8hsb6kgwMfH3qzmsTjeW1wB6i3LiKtdyUn56j/9kkrMFzHRsKj9n uKWbteK42dcvJeqRhb7UDA+GCgpe5I0jPHDK/bbDoiIdOrOzCSZr5VBqw+zXCI1ajLrfp75os /uXkpD/haJqXwPhmVI6kP7w9m1MWhKhl4uLW96GdoQNPs96472HTboaPPw0dZ3VIZO2HozYQc bWN57Jax1IC/oOUV0uxMmw7MlSu4AkBdSA12uwbW757S2byvDPIZhO+W/xkj9Ew+odJ296atw WEZtUZLMx7jhs8TE2NK9t0c21238eyd4ux++OuqeHldtaZkmCxSCOFSsYbY/ZkFPxBtBiS+6A nTxSBWVHAkvsj98ujCxQcBa3A3gNj5x0pG+CVzrifhfrghnLYfby8JZHENXYngBX/4fV36e9r M8MzvJg1rrU8cgjI22t0sYY3SvWQxaUitGefhL7K8SKXm7TZMLWQrZF2hkn4uYzvWwxjbmftD s6cQeDqLZdFCUXJoRbaf7wtMMyBtWuwdX31XA+0MtmukNcRcPOcAJ3gFlXVbKBIoBdF96Ucj6 JiRM46Kpj3TbseImJC1XUiiHG8W+PNqw/+bYKvjrY6onmPtZ1ABRiHh+84CtxwY8C0J5uAqgR k0hc7OXWNXWFbYSWoS9U7BVOIchwC4ISWkLJ03FwKkVZxT/8WEeHwumVRpE5HWW07xzBFi9jl E/n65g== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , 65344@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Brandon Irizarry writes: > Works out, as expected. So it looks like we may have a happy ending > after all? > > WDYT? Yes, I think we are done here. Thanks to Gerd for working bravely on this black Edebug spec magic. Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 22 21:25:34 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 01:25:34 +0000 Received: from localhost ([127.0.0.1]:60697 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYccn-0001Lu-Q4 for submit@debbugs.gnu.org; Tue, 22 Aug 2023 21:25:34 -0400 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:57618) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYccj-0001Lh-Kl for 65344@debbugs.gnu.org; Tue, 22 Aug 2023 21:25:32 -0400 Received: from pps.filterd (m0333521.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 37MMDp7h025774; Wed, 23 Aug 2023 01:25:25 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=iu8YA4UTqFyj6OhgWUfGEclMaHaYonsjGyDfCiGQBsk=; b=gX6OaD4itLnEJ2cL3guD/V84nAgU+4qAT7wmpU70EEUg2uqStaLFSCMR2uByl0xtAQg0 EMUwTXgZ00oXyTXWUsa/uzeXnDKnGr7uGBwhQJP39M9rC1mVdgz0YRt+uANzUhuHNCLe kohCALggB473Wfk8eCHLMDrEDerpoWIqYY/2Dcq9RTmelQURCTXCIox0BS47cr+BVxPR M3hWC3S9b6sIB3lRoHOR7HElLi08XQJ9pE33U+SG+ybmXhh4vF70M5+m1ze/zSDyAySP VBNso+Z9GyaVOOVSuUv1wIXbg+mBhQ2TuXZzi05HbXc3KgxdymkfzSQIWGXqaPcAGeaQ Mg== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3sn20d8qcg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 23 Aug 2023 01:25:25 +0000 Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 37N0eHtL033401; Wed, 23 Aug 2023 01:25:23 GMT Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2104.outbound.protection.outlook.com [104.47.55.104]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3sn1yude4j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 23 Aug 2023 01:25:23 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lwoocKvJEYyWieZIMyX3xOoF7cI3kCAAABfb74F9Uk4ZB+k7Doi5OocwmPNqG8zATMIdg1OhYiH8Y6qsAot/tYYaAaq9Sfyp1Jh15U0R97DvnYi6yyQzHN6Wj51Co0SFQ8y7UoVbYwh2lxTlrWrY4e17NxrlB+AalFuStbTaO5bugt2H1jhkPy0w59WMTSs8IhQ8uTHsw+mNOGxA47n1bajLlaE/ml3MdXWW6nYH9dczjvNRTnlJRioT9a1ue8hRnb4Krn9hTq7JDtUboz1rceG+2l+h5s2q4fY/cV1BRuL0g9jHZEVIjqPNK73HtErsumEkPgUyuG/NOMz1zEHFPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iu8YA4UTqFyj6OhgWUfGEclMaHaYonsjGyDfCiGQBsk=; b=IBqO8ujcmaEjGRMlGm1AjEVqpqyiP55UvIyeADbyzOyz9AQiaS70tpbjY9TC5QTATfQK6yAV0/uMloMkiGLml2aH4dHkYnPib2jmLdKJkwomjm6xX7lbfAGkdOZD1EqfK1kJlpjRvuZS8wJtMn8Q8LF+hWlgYInZxWQpTBznxBJ9dRHuXdvGKRyrLabAULYbjagS3CGT+cVzbYROau4i3lFcwkl697eN2eouh5yy3X43LBhGypSIszlv8/DQzQrc7RmFoXdmaytmWK5x1Vwxw4oi8kxuUid5nN2VFGctDCxm8WnviNzl4vCah0hzFr9mF1MW77Tkp1gCy7JCUhRAXA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iu8YA4UTqFyj6OhgWUfGEclMaHaYonsjGyDfCiGQBsk=; b=EsL1yue+cK4NIfiP0H1XIgSZtCl5Z2ELfK5slWi3Hm/DybmfbRB4HYmf9Guz2gk9yp3VP3josatuthIbDTC7sjqQehkduohbeVDsECeewTUTkJae2uKFjshyvy2y+ZeIlaWAedkdrNmlSGbcaZeYisFsYqDJ2KF3K9267gvHSY0= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by IA1PR10MB6193.namprd10.prod.outlook.com (2603:10b6:208:3a7::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6699.25; Wed, 23 Aug 2023 01:25:21 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::26ee:5721:d884:4321]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::26ee:5721:d884:4321%5]) with mapi id 15.20.6699.022; Wed, 23 Aug 2023 01:25:21 +0000 From: Drew Adams To: Michael Heerdegen , =?utf-8?B?R2VyZCBNw7ZsbG1hbm4=?= Subject: RE: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Topic: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Index: AQHZ1VloHstHtV5dC0i0AQOIPL8hxa/3FGeg Date: Wed, 23 Aug 2023 01:25:21 +0000 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> In-Reply-To: <87edju4mzd.fsf@web.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|IA1PR10MB6193:EE_ x-ms-office365-filtering-correlation-id: 751dccb4-daa8-4b44-098f-08dba377d14c x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: oupQRuLv3g5j94lgu6qVPCHWHrv9RSYHFkiX2InM0a3ZuFNaMX6PUMI8m8Fiduw/TQ+ShtuNFgionhGqHIbYSD8WGDe2MNbPYA6CLg4a3spOlXumkLQs5HHedj9ss0J2Fl5txZjE0U/E5GFrS8HPsYno+A6jjiVC46dJP2d4STbd8P8xckU5Es0HH807GFHrNu5YBH3ovAngqLVUoWWz2RAFOr8XMorA6QNXXOMNFqiDDs8OjoRaTUHbJPfRiKDhRLzDtWeq84taVQbsCWEWkOqQ99aGY6i2KueYmGvjzaoOOihhoiT3sPbqjBDvoFSzQFcr7gKxhWnqbKdXxRoCNPUX45sKDculWMIxfppUxz7Gyfd/H7pm9iyJ3Cn6ko7RRx38dmLvzd/kalA20oSgzN4FwuISRb8fzY4S7eAS7//fv1G4kdBah8WHMmhFKMr3+mFm4YMNQz37sOXD0+6gDAKyvKGqJ51wMdb0d4KFjaUrv2h8eeyYu047jFzPp1ZMajwnMH/nAImjDpJxtFOKpmJLGMj4KL+UTGwKvoqP5f3mDySASvnRUQtQgiYlIZPYK9FRv2rsOiq9wu2opkb/xEQ55x4hGOM6xiSCRTrl6x1hbwiXoOLXNGzKFisCIpvA x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(136003)(376002)(346002)(39860400002)(396003)(366004)(186009)(1800799009)(451199024)(71200400001)(55016003)(6506007)(7696005)(86362001)(52536014)(76116006)(33656002)(4326008)(5660300002)(2906002)(44832011)(38100700002)(110136005)(38070700005)(54906003)(66946007)(8936002)(8676002)(64756008)(41300700001)(66476007)(316002)(66446008)(9686003)(66556008)(122000001)(478600001)(26005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?RTZURVpDdVgyR0FVSHg0NURHTnJjOHR2R1VjdEtxQ1FYUFFLZGpJdHZVSnp1?= =?utf-8?B?REg0WjRnMXhKNElRejNySnpyeVpETXRvdDJaMFZrUFR3T3dkd3ovbzZHTUlY?= =?utf-8?B?TkRIK0RNV1hicXIzWGRMZ25qZWZuZlhrQUxOS210bU5QK1ExbXA0TVFyejVW?= =?utf-8?B?WWVUOUR6NFRFbjEvMWlrMlpmV0xvZVk3bVZmcytFV3NHNXk4OUl6Q2UwUTJr?= =?utf-8?B?Y0RLdHBKUWprcmhGcU43VjNUL2lnZnFIdDZPNUFvTlFWcHFTSm50NVFzU2cr?= =?utf-8?B?c0pRcFhEMmZRajdXT1hGa01ZWWFlbnhvQmc4UzRERGJ5VXBod2s4a285NlhM?= =?utf-8?B?RFNYc2JKbVhGM0Z4cUdBM0syc2oxUG85b3IrQi95dWxvOUtQN0M1LzBwbW5G?= =?utf-8?B?RVgxYll5TkVyc1ZmTkhsTWFLQmVVUFJVN1RGR250Ukp2MkhGcHFhKzVtOXVQ?= =?utf-8?B?bXJlMS9lekIzSCs1OGNkR0lSVUtMbU1HRy9UNWlSVWhSSXVBd1F1cUNsMExG?= =?utf-8?B?bk9NcktnTGJvWHllZVNMek5IMXZGV1RoYm1mUUJ4Y3RrYUI4VHJnS09HdFQ4?= =?utf-8?B?WThXQm5PMEtldkZUZXVhMU9wdkxvdXNlMlM1OWVsaGF6WTBCdHVTcUJlRTd0?= =?utf-8?B?THJ2MlN6N21kVXhMYjBPVEREWnBxR3haUy9QZnlMSFhjS2xWUGYxS3dBK1h5?= =?utf-8?B?ZDUzclpwMzQ5QkYxMXQvdUE4NitmcXZNQVFMU29hRk1PSXhYbXVIU1Y1U1Iv?= =?utf-8?B?VmxXeU02b1RBYUpwdy9xNWo1Tzk5U01EMytHMElaTzV3Ymc1WStUMDQwZVE4?= =?utf-8?B?VkZ1UmQySCs5Um1WcGVjVG9rZUUxZS90djBnMUZ6UkdKa0dxZFozdm9uTUxu?= =?utf-8?B?ci80T2RDYTBXbm54QWRkMkRGQjVsSnpSTHNiYzNxcnFIZUc0NmVUMGNFZ1hz?= =?utf-8?B?Nk9nTytQRERtOUZiSTZ5VnVEdEVsa3pjSWFlb2hweHF5M3lnRWZySGo3ckVM?= =?utf-8?B?eXpCV2JsMGpPbmJLa2w4eWhlR2ZiREpIa1VRSldFT093N0xSZ0RVS05XTVRL?= =?utf-8?B?Ly9WMUtaenlpb3Rxa2hNWUlOOGQzaXZEempSR2VMT0Z2RFVNb0lmaG1vSXB1?= =?utf-8?B?WWRvbkdPM0FPbGw4UmlJRmdqNWErcUt6SURpK1BlY3V3dU9zN1VaaUtQcU9P?= =?utf-8?B?cmx6c2w4a1N5WWxXYm44NVR5eUpGOFROYWRGNy8zTzJJZlNteUtWRFR3N3ZI?= =?utf-8?B?UXB3Zmp6UWVqMVMxS05WWC9IZXRHbVcrYW9TZzh4NDgyTUM2Wkh3aDVYY0M4?= =?utf-8?B?c01mUHVjZVkrVG9TMDBkN0E3d3lORS84bitTRVVvcjFncUVVSjdRS3pJTFpK?= =?utf-8?B?NmsxOHFqeDl6NjlraXJBVW5PeGU5bWR5S3VzU3JTM2xOSmR4NFc4UHpmY01i?= =?utf-8?B?M2dpdTNzOXM4eTZDZFpQYmkvb3ljSFZ1MnFocXgzVStCN2gvSW1XZ2NQa25t?= =?utf-8?B?UjBkZnBUb1ZpeElxU2VUMVRJb1JJeENCUmVIcE1oOXFrNlZIekpsTnZyd1BL?= =?utf-8?B?Y3VWTjRYYTBXNTJWMWpRcEdlNlFucStOQjNWOE51ZHRhS2NncEhUNDVodDM4?= =?utf-8?B?a2V2RmlDWnZrSlVtYjlzSVNDSTZjbnN0NVlaQlJIUzM5aVNnY0hjOVkrVFdp?= =?utf-8?B?NWRCM1NyRlhkMnJYR1hxYWtrb2tXTGYxaUVwdytnK2xubURLSDFzQk56a3po?= =?utf-8?B?czUyYXloc2NnSzNNMTgwaFR4MVh2K1RzR0ZhaDBydjYvQ0hCYXAvZGRuOXdM?= =?utf-8?B?cmJXdDBOeGF1cFh6cnErOXc2ZVVzWlpka1MrSG1OK3BPQ00xb3BxY0FFTWpW?= =?utf-8?B?S1BORHNRVlBNV29sTHhPcnVOc2ZBQnZjQ09rcEErdWRSRFAzUlVkT3Y2TXdv?= =?utf-8?B?cmVqYktHTkVPVWY1L0d0TSs1SjZyZmV1SVRzSFd2c3RaT28zK3JzT0p3UUZn?= =?utf-8?B?US93V1lha1hkeERZQjdQb1ZNUi9zdzlGMFZxTHFobHNUOHhYRXBtK1pqQ0pT?= =?utf-8?B?WkhicFg0V2kvTUhIeVdCays1VkxCcjNKTXlwQXBsUVB6M1kxM3dYOU5QUmRE?= =?utf-8?Q?ZiYJCyrOyCyBukV/oyUHepuAf?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: UQDeCZaXwoXyg8AKvEK+ZRpZOEFi5kRlv++++LWs2qjulAI0Sp3Scq/2YUlU2A3IJ1YWtRXmLKErQYbDdonaqm2N0r2+ShTBChKyzuaNfa7ekpzCg5yAL9MB3GSt3SDQbSU2Q5BCDryOOAN2Qa3bMGH3pXPMzMokD8ErJ9CCIVsQMDIGH51s9MEAxKdfvSx7MWEFS+8fqeOrXvsIxjL6VRiTjkAX+sryhx/ZDdmw0Npq4e9ki42WKO9nWBxAju9tUUmlU97tifTTFANKAYkdM19WH2i4DNuDvAwGmJ1zyxXhq6SXT+IZ1MPC9nImURiwLn0UBp8MK1X6OpbGU/6VZY4UBKGzPZeDCz6FY+bhALla1kIuxDrsrhyQ4EVE0uDl0W1n+TFRcO0aom8Sr09n1QFt3y8iShd3ZBOuxYB0GlDyUZDAzvVXDzQCA2rpGXxY4RAqaDXk75Q4vYZhROgPLpKI6zjcBTTBsd5g2A+97SbdcnlK7Zl0SAVYfWPYyitQi8ORhWPxqpFTVafCMmTrzd9jqh7yB7qEkCQ3E/X25cvPuK6ZLbgPHtIoNYCuRN81ogP0EYIRaF6PTd6+t+8C270d7jPPIvT0Qx1Ls1oBQbkKLxhCU2kCP2LqyEVYcRM4ioF8xY6GCenQihDzca90sYscHlfULBIASVMEeWj3LqU8liXkGM93N/eLuTBTGYPzG+jqDxAy0oP3yVKSbVMHjy7GgDCVT1PnsBSjtCib30peiFB44uRN3nRHNqqQAbWZF0qtMdS5GelvK9cTPwis6Kb1XsHyrgVIWOEDyR/Al81AUXnIjfg9T4nTyZ0U01X8xaxf+6LzhcNNG/LJc11QMg== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 751dccb4-daa8-4b44-098f-08dba377d14c X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2023 01:25:21.0625 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: kp71ewn8SQlFAjkIbnEWgZ1rDPdGiMovM1j9zNgEdRC+IX0da51yw9HiEu8tmrGgW/SCLybfvqCelbakRdFKCg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR10MB6193 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.957,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-08-22_22,2023-08-22_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 spamscore=0 bulkscore=0 suspectscore=0 mlxscore=0 malwarescore=0 adultscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2308230011 X-Proofpoint-GUID: XhpUmERmx73swll0qVXVZ3-w9JNwV0R7 X-Proofpoint-ORIG-GUID: XhpUmERmx73swll0qVXVZ3-w9JNwV0R7 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) PiBUaGUgcm9vdCBvZiB0aGlzIGlzIHRoZSBvbGQgZGlzY3Vzc2lvbiBvZiBob3cgc3RyaWN0bHkg Y2wtbGliIHNob3VsZA0KPiBmb2xsb3cgdGhlIENvbW1vbiBMaXNwIG9yaWdpbmFscy4gIFdlIHdp bGwgbm90IHBhY2lmeSB0aGlzIGRpc2N1c3Npb24uDQo+IEkgdGhpbmsgd2UgZm91bmQgYSBnb29k IGNvbXByb21pc2UgaW4gbW9zdCBjYXNlcywgZXZlbiB3aGVuIGl0IGlzIG5vdA0KPiB0aGUgb3B0 aW11bSBmb3IgZXZlcnlvbmUuDQoNCkZXSVcuDQoNCkR1bm5vIHdoaWNoIHBhcnQocykgb2YgdGhl IHBlb3BsZSBJIGZhbGwgaW4sIGJ1dCBteQ0Kb3BpbmlvbiBpcyB0aGF0IHdlIHNob3VsZCBoYXZl IHNlcGFyYXRlZCwgYW5kIHdlDQpzdGlsbCBzaG91bGQgdHJ5IHRvIHNlcGFyYXRlICgxKSBhY3R1 YWwgQ29tbW9uIExpc3AgDQplbXVsYXRpb24vcmVwcm9kdWN0aW9uL3doYXRldmVyLXlvdS13YW50 LXRvLWNhbGwtaXQsDQp3aGljaCBzaG91bGQgYmUgcXVpdGUgZmFpdGhmdWwgdG8gdGhlIHN0YW5k YXJkLCBmcm9tDQooMikgbm9uLUNMIGNvbnN0cnVjdHMgKGZ1bmN0aW9ucywgdmFyaWFibGVzLCBt YWNyb3MsDQpzcGVjaWFsIGZvcm1zKSB0aGF0IG1pZ2h0IHNlZW0gYSBiaXQgQ0wtbGlrZSBvciB0 aGF0DQptaWdodCBzaGFyZSBzb21lIG9mIHRoZSB1bmRlcmx5aW5nIGltcGxlbWVudGF0aW9uDQp3 aXRoIHNvbWUgb2YgIzEuDQoNCkkgdGhpbmsgaXQgd2FzIGEgbWlzdGFrZSB0byBhZGQgdGhpbmdz IHRvIGNsLWxpYi5lbCwNCm9yIGNsLmVsLCBvciBjbC08YW55dGhpbmc+LmVsIHRoYXQgaXMgbm90 IGRpcmVjdGx5DQpyZWxhdGVkIHRvIENvbW1vbiBMaXNwLg0KDQpJIHNlZSBubyByZWFzb24gbm90 IHRvIGRvIHRoYXQuICBJdCBzaG91bGRuJ3QgYmUgYW55DQpoYXJkZXIgdG8gc2VwYXJhdGUgdGhl IHR3byB0aGFuIHRvIGNyYW0gdGhlbSBpbnRvDQp0aGUgc2FtZSBsaWJyYXJ5IGFuZCBnaXZlIGV2 ZXJ5dGhpbmcgdGhlIHByZWZpeCBgY2wtJy4NCg0KRWFjaCB0aW1lIHRoaXMgaGFzIGNvbWUgdXAg KHNvbWUgbmV3IHRoaW5naWUgdGhhdCdzDQp1bnJlbGF0ZWQgdG8gQ0wgdGhhdCB3ZSBzdGljayBp biBhIGBjbC0qJyBmaWxlIGFuZA0KZ2l2ZSB0aGUgYGNsLScgcHJlZml4KSBJJ3ZlIHNwb2tlbiBh Z2FpbnN0IGRvaW5nIHNvLg0KSSd2ZSBuZXZlciB1bmRlcnN0b29kIHdoeSB0aGlzIGhhcyBiZWVu IGRvbmUsIGFuZA0KSSd2ZSBuZXZlciBoZWFyZCBhIGdvb2QgYXJndW1lbnQgZm9yIGRvaW5nIGl0 Lg0KDQpZb3UgdGhpbmsgd2UndmUgZm91bmQgYSBnb29kIGNvbXByb21pc2UgaW4gbW9zdCBjYXNl cy4NCk15IHF1ZXN0aW9uIGlzIHdoeSB0aGVyZSdzIGFueSBuZWVkIHRvIGNvbXByb21pc2UuDQoN CihUaGlzIGlzIGRpZmZlcmVudCBmcm9tIGFuIGluY29tcGxldGUgb3Igbm90LXNvLXN0cm9uZw0K aW1wbGVtZW50YXRpb24gb2Ygc29tZSBDTCB0aGluZ2llLiAgSSdtIHRhbGtpbmcgYWJvdXQNCm91 ciBhZGRpbmcgZnVuY3Rpb25zIHRoYXQgYXJlIHVucmVsYXRlZCB0byBDTCBzdXBwb3J0LikNCg== From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 02:06:52 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 06:06:52 +0000 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 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 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) 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) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Drew Adams Subject: Re: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Drew Adams's message of "Wed, 23 Aug 2023 01:25:21 +0000") 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> Date: Wed, 23 Aug 2023 08:06:39 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 05:25:27 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 09:25:27 +0000 Received: from localhost ([127.0.0.1]:32817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYk7D-0002W1-Db for submit@debbugs.gnu.org; Wed, 23 Aug 2023 05:25:27 -0400 Received: from mail-lj1-x22e.google.com ([2a00:1450:4864:20::22e]:60421) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYk7B-0002Vn-LW for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 05:25:26 -0400 Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2bbad32bc79so90351531fa.0 for <65344@debbugs.gnu.org>; Wed, 23 Aug 2023 02:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692782716; x=1693387516; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:sender:from:to:cc:subject:date :message-id:reply-to; bh=zrcEEI7tkCaVe1h/ga5hkWJHUY35TsR9oqbEfPPya2Q=; b=NCFmZCy/xh9ANImb6gfSHLSYQ5rk8OjYgpIt3+Sl+19oSBXDnmk2zohudpkRi7zdEY BkXcn7Q5/PCyvif4SwKzqFBqTJWZLAyniMAY3bJUum3HF3dj/SJE/KzM3/4b4efNqAdY Dvz/NQIH6CWFbaXXH4hFxJwNuZ236Mz/B5YIL0+ddjXSm3+UXo7YxPo7/rbZTjBTjKDk vGqi60thW+3I1EY6NUnkdZd7uELZnNkwpomxca71KuPqSuE0xHZUAbH0ZawOmnVr5RfQ O7kWMw9erVNlI4X/jUuh/Jh22oAoFf9UEdjBPLJRR+/mILdvttaPsRWEKTNEUTZJmfh4 Y3VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692782716; x=1693387516; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=zrcEEI7tkCaVe1h/ga5hkWJHUY35TsR9oqbEfPPya2Q=; b=UIDZvhvdSSmwNDwHkvv1WXNsw2qnZtS81dx0Mp9AdkLpMKyUagDLWvrTNpG9s/OzsI ikeZnnyQbn/dxAg0CSzF94QVfXwsL/QZ5o9qIYibaQD2vinJsYmKF0sNfRpylyxUfklK oeGAOhQzbCIUkjENr9k597fwSFdseZFJ7A2OD8IbCwgiH/ToA7B/I0FS315B4MeoOxVb N+/L+ncQx/zC+06m58kBQVWPFH0DySlyfhWM0+kuip0zpbo3n7yqxQDIE8dZiWWWWODY 0mG8vsYlfjqVdh/AJtA8l4TITWExTQN/+/DeTpLrfnF7kzIQ26eldRloE/FUESdtdL70 /fMQ== X-Gm-Message-State: AOJu0Yx2RChgSh14+Bss+BweG8PN2FSbMHEy1wMffiG3aQ/4stDAQm4n F9j8MBeJmkqnmqePb/BIr5c= X-Google-Smtp-Source: AGHT+IF1hV/6keVUUqIAilu3Hk5rX8qlO2Rx6Rs0Sa3FIPMO93euuhIahyFQfqO2GFuefn7USqm4XQ== X-Received: by 2002:a2e:9155:0:b0:2b9:d79e:7d45 with SMTP id q21-20020a2e9155000000b002b9d79e7d45mr8549197ljg.50.1692782715498; Wed, 23 Aug 2023 02:25:15 -0700 (PDT) Received: from smtpclient.apple (c188-150-165-235.bredband.tele2.se. [188.150.165.235]) by smtp.gmail.com with ESMTPSA id n13-20020a2e720d000000b002b9e0aeff68sm3124661ljc.95.2023.08.23.02.25.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Aug 2023 02:25:14 -0700 (PDT) From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\)) Subject: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Message-Id: Date: Wed, 23 Aug 2023 11:25:14 +0200 To: =?utf-8?Q?Gerd_M=C3=B6llmann?= X-Mailer: Apple Mail (2.3654.120.0.1.15) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd, edebug-tests fail on master after your changes (cc0f546825). Would = you do something about that? From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 05:31:52 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 09:31:52 +0000 Received: from localhost ([127.0.0.1]:32828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYkDP-0002gs-LK for submit@debbugs.gnu.org; Wed, 23 Aug 2023 05:31:52 -0400 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:46494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYkDO-0002ge-0P for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 05:31:50 -0400 Received: by mail-lf1-x12f.google.com with SMTP id 2adb3069b0e04-4ff933f9ca8so8305486e87.1 for <65344@debbugs.gnu.org>; Wed, 23 Aug 2023 02:31:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692783100; x=1693387900; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date:message-id:reply-to; bh=tc944KJ5cSMv/oHzMmK4V+j4iuamVvisraoj7SO5VmE=; b=bsU8QgBm0lSuV+O9ykb5vkO/vl6WKKUcpd+KqMaWt6ljKoWhonnZQnB8A+g92ISfWx hKzTCR217tM+lYaQFTDsrgwHFgYJSh5g30/J1MXKMxgJHqt3rbjRL47FhAgOI2H/0NT+ jIOJWAGrrIcQtqzlB1e7BtjTivBlS9/AbrD+GresQvRBOsRqSwtsghzl2sA2kTc+Wul/ Xx+DKrSZquuMhBInBJgFKVHsN+G5c2bExB8rYoEgT7yrpZ9HvBffIbJNztcP8U5cUjaB FYJWUESzao9JOqvpEKsvqSvecKr5N4JVIRzCn25Uq8rkIbQ8LcMi60aXmpQkjCb1ZqiS Nuiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692783100; x=1693387900; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=tc944KJ5cSMv/oHzMmK4V+j4iuamVvisraoj7SO5VmE=; b=NSEm4K6DW5gDUfyMiYYBlp9Tyzz8vrsv8zbtszAa1ZecHJBlCAtVHKPj0PwVBbc0C4 Apnt1amYhqo/uQe6Gn2MXoqcgCiz65R5zqlbF+3w8NWbImIMKZMOFLhocnXZcwpYk4LG 6PNbRGXPJhbQFGsVzm8ZQoXZ4gSOqUz6cEynPya/n4fhHd/AjEmDl9oW2S7G5T0Pa++S QvN4W6rw7gd/CA8gzgswcslWlXy2wOr+wK0+W5eupn6OIg/y4DJPASTrvZ1z1P5W/Per a/5cazts9yYs5OweQkkqGg/4YPg/rUcmSeJZQ5CNOE73thyV6QxkCWBlT3Y3lKo4PETZ +DBw== X-Gm-Message-State: AOJu0YzMbJSfrgENUYshQOm8lH/dzZ9WzXtrHZkVFkpC80kwlRvYG3UT opPGmrLei1QDJnWnxi+GZJAhiMB4SPQ= X-Google-Smtp-Source: AGHT+IEwWij4x6iGqAVYwx7dX/SzXiMmfUsBovn0UfLEnN6s6FdD7MMGAc3a99Hz0++BNyBTdUqjKQ== X-Received: by 2002:ac2:4e0d:0:b0:4f8:77db:1d9e with SMTP id e13-20020ac24e0d000000b004f877db1d9emr10915486lfr.12.1692783100085; Wed, 23 Aug 2023 02:31:40 -0700 (PDT) Received: from smtpclient.apple (c188-150-165-235.bredband.tele2.se. [188.150.165.235]) by smtp.gmail.com with ESMTPSA id l17-20020a19c211000000b004f858249932sm2556324lfc.90.2023.08.23.02.31.38 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Aug 2023 02:31:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\)) Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= In-Reply-To: Date: Wed, 23 Aug 2023 11:31:38 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> References: To: =?utf-8?Q?Gerd_M=C3=B6llmann?= X-Mailer: Apple Mail (2.3654.120.0.1.15) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Gerd, edebug-tests fail on master after your changes (cc0f546825). = Would you do something about that? And cl-macs-tests. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 05:33:31 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 09:33:31 +0000 Received: from localhost ([127.0.0.1]:32832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYkF1-0002jR-7Y for submit@debbugs.gnu.org; Wed, 23 Aug 2023 05:33:31 -0400 Received: from mail-ej1-x630.google.com ([2a00:1450:4864:20::630]:61941) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYkEz-0002jC-1o for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 05:33:29 -0400 Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-9a1681fa868so650858266b.3 for <65344@debbugs.gnu.org>; Wed, 23 Aug 2023 02:33:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692783199; x=1693387999; h=content-transfer-encoding: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=4VuYv4PUUMh5viNlPf3ICde/sKtPZ5k2JtEr9nj7lbg=; b=ImVd9nsVY87GozYtdyWRxDwjVCpxYpGABgfle5a6LsBxDh/5JJqFm/9Jg4hmhMxdKE 47+CjZ9YjD/zzBH4F2JRpUr+VySpzGY6dMtrFRXZ9UsK3r6I0VQdPArQTbWdZbc50Wbd SmBO+jJRGeezz2sgVg93pZYy3mCPEXUFHKFLMSDW1nC2+4oiN/N+glM7Blkt5Mj/+NGH RHgBf2cwtybk5lh/KDLZOZNZj7NIk/2FVeWPAwDrP+FdokTSEb4JpUzm53DbgnRg+ckP D5ngPzU5d7P5r/+5iykKdRNIUeVQUkm2S8RO9Ht8BG3PvoXIo8Oa18nUfxB6QSkrfCd9 YWUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692783199; x=1693387999; h=content-transfer-encoding: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=4VuYv4PUUMh5viNlPf3ICde/sKtPZ5k2JtEr9nj7lbg=; b=JEL9DGwEGen4fsqmHikCL27tZhOxi/I4bJIb7SlLsOhp4YWNtfjo4orewyK6UP3Lzj I9jjLlOxp4b9QDOC2BHuLh2ZxpkNf9iXklRXOxe93BUGX/89+Vb4Sy06mEjbasv0KVJz XQAEnxtY56gvcYl1F7gyYe32215dNb1PiNCMyPFgl3Zx8LjwOlTaNm0PIh8H2nZOS89B lYpbejYdsNmNi2/JQwE8nuL9VY1vPD5Fa4LcRxm9VsYzjQYeWYQeWFhvBJrDWmmgfpks USYyL6mebK2+3thgsdHdfk9L3+nd3Yral2pgHrMvE4q33bAUr3VfZJ5AEtcLV+gdDPsc Kgeg== X-Gm-Message-State: AOJu0YyK1VsqM7Phfowm7TNMtySErWvgpoYXnaX8LKmxAybLdrJzsTq3 oZ9JfSPEZR0kJ41JdkUWQLJKcQrFwGkiWEPi X-Google-Smtp-Source: AGHT+IGl+oK1P7gL938oMGclfxzHNufclg3RbuPh6cuGPyWMMBXtx1iNfWFxZxORIF2K9Sh0CcOJYQ== X-Received: by 2002:a17:907:a04c:b0:9a1:d25c:55e3 with SMTP id gz12-20020a170907a04c00b009a1d25c55e3mr1417382ejc.16.1692783199320; Wed, 23 Aug 2023 02:33:19 -0700 (PDT) Received: from Mini.fritz.box (p54b0c765.dip0.t-ipconnect.de. [84.176.199.101]) by smtp.gmail.com with ESMTPSA id kj20-20020a170907765400b0099cc402d3ddsm9400218ejc.202.2023.08.23.02.33.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Aug 2023 02:33:18 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Mattias =?utf-8?Q?Engdeg=C3=A5rd?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Mattias =?utf-8?Q?Engdeg=C3=A5rd=22's?= message of "Wed, 23 Aug 2023 11:25:14 +0200") References: Date: Wed, 23 Aug 2023 11:33:18 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mattias Engdeg=C3=A5rd writes: > Gerd, edebug-tests fail on master after your changes > (cc0f546825). Would you do something about that? Yes thanks, Michael Albinus sent me a mail as well. See emacs-devel. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 07:10:35 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 11:10:35 +0000 Received: from localhost ([127.0.0.1]:32997 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYlkx-0005aY-Gr for submit@debbugs.gnu.org; Wed, 23 Aug 2023 07:10:35 -0400 Received: from mail-ej1-x630.google.com ([2a00:1450:4864:20::630]:61789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYlkt-0005aI-72 for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 07:10:34 -0400 Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-9a1681fa868so663006366b.3 for <65344@debbugs.gnu.org>; Wed, 23 Aug 2023 04:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692789021; x=1693393821; h=content-transfer-encoding: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=EbR2zC6ypsrhhnX1ZKYIF4T70n8kYJsDbR6aFTi1prY=; b=C3sZvFbyunvg+mU9iLnirQvDkEXtcI9mnC8IZClbm9RgTl1NM73mmtfFR10X6KJgV3 6bFxRg5x1KRcH6Dp14aIsZuUc9/8ycr8mhrEOYog4PV+wBg+cuYIhjRtQp9Vjm4hgfpV iEsjsDzBMpvE1WlO73Wnyz2hB57xKgQ63DhcHhyqN8Z7sAoWutreFRI33aK2onRFZMM3 LQU0tukv+VVcF4eMLbVAamhOYW3Bg+Avh4yg4IOq7d5lNCBwsodAZZJ7vyMawSgafwY3 SVHowiFPRvDDPYaQoJFt1IWLKf1T68uZXPfsxM+11SoUkh7LbqkUL3V1xYA+1EV4j4JA IN0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692789021; x=1693393821; h=content-transfer-encoding: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=EbR2zC6ypsrhhnX1ZKYIF4T70n8kYJsDbR6aFTi1prY=; b=dgKn+rumqBLR2VweqN74rMYzNZ4X+7+MsaBTF5ajYLfgUw6ndOIerSh0WZL9EAT+Mj 3enwNjGTibyC/mD5OK/q1w5fyuRQjms93V84sRVN3uazybOwlP6MFgL+QCd+DkdxxBD+ IPELplcAF+X4kuoP7CVSiivsfhjPK7QvxCDLyKoFZgptWtg6S+mDOT6e3nSmS2LkoabB ll6y89KN4WnQGtSBoI5saW9TsERpH+MWK8L/OOzOoW/xDGlCOEYSXd2z9vgWlDCF6a6R kAZuH0W7LQ2ilpiNKpLU4oKVtxONtdv69PV+FIYnHrId92uDj/zQxCEilcRhVbp8yCBm N0Vg== X-Gm-Message-State: AOJu0YxwpzmdBOMOxm1ym96nJJAhQJwFJfdtAYccGZ5SE4rIY8xVASWN oJcyMA6ZPnuR7S+bbWo0TUM= X-Google-Smtp-Source: AGHT+IF/597KR7vDQQVC0UEGUv3GxieubBsj2eOf6ymsuFvgMUArDRABvee3xXmEUDNatj6Lk0OPzw== X-Received: by 2002:a17:907:77cb:b0:994:1844:c7d1 with SMTP id kz11-20020a17090777cb00b009941844c7d1mr10275895ejc.13.1692789021331; Wed, 23 Aug 2023 04:10:21 -0700 (PDT) Received: from Mini.fritz.box (p54b0c765.dip0.t-ipconnect.de. [84.176.199.101]) by smtp.gmail.com with ESMTPSA id l1-20020a1709060e0100b0099b6becb107sm9808509eji.95.2023.08.23.04.10.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Aug 2023 04:10:20 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Mattias =?utf-8?Q?Engdeg=C3=A5rd?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> ("Mattias =?utf-8?Q?Engdeg=C3=A5rd=22's?= message of "Wed, 23 Aug 2023 11:31:38 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Wed, 23 Aug 2023 13:10:19 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mattias Engdeg=C3=A5rd writes: >> Gerd, edebug-tests fail on master after your changes (cc0f546825). Would= you do something about that? > > And cl-macs-tests. Strange stuff, I guess I'll need some time to understand what is going on. As a temporary measure I've reverted my last commit, the reversing of the &defines. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 10:08:42 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 14:08:42 +0000 Received: from localhost ([127.0.0.1]:34833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYoXJ-00050p-Nf for submit@debbugs.gnu.org; Wed, 23 Aug 2023 10:08:41 -0400 Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]:42304) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYoXE-00050V-30 for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 10:08:40 -0400 Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-5298e43bb67so10411733a12.1 for <65344@debbugs.gnu.org>; Wed, 23 Aug 2023 07:08:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692799706; x=1693404506; h=content-transfer-encoding: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=WxBaG6xlmJbZ5PsvUR3JXTNW+Z+mfO5xnYdC7f7yyFg=; b=agDujvGs6uUxbXgt+Oz9kbwqFLDgbWYnUeBYOqL93rNmVLIMVbMcw4SqbPfeIywgUN MKo403tVIqvHvYQzEXHKrz235UvD6CQfCmau9e0Up/Fl1MwFAxU+SbWA1OYxXZFdaV+K jo3VZWwGjQlqgW7N8xoDoCZr2lsy827ibOp+MfkjNzlI0X3NfPCYU3OiuC293TNv+u+g eBiwPovMIjyPA+gVLTK7bqmtHTqhWYA2pZ75JATC1keNOycWI7mQQi4PLU/MJpQkRg7e FqEovMkcnlOX2XI+l7TP+D0QEKpPZo2MSrfnVTiiP9L/dHMXnr1oVaXWo05Pjy9qhEU/ B6dQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692799706; x=1693404506; h=content-transfer-encoding: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=WxBaG6xlmJbZ5PsvUR3JXTNW+Z+mfO5xnYdC7f7yyFg=; b=d5w9mKhb5wFMqWwwsAENdwl4TGQlqj9uGV4y486V3zYBdpICalbAoJD6fYBvS/bA6/ Rya2ufnxi8KHE9V7TSWVBM57sRdXVIv8RTWuD4TYpuIL3SiNPumYUVccq0l6PRzsopAS 0Y11wtfBvSJHdaSNfoiLmgL38//9OaTRORFflqyD6f0LelzFKAju9qZw1M4YWG2BZM8h 0fiKr5kxLYDbEdIIT+pGz5kjneUJfhASU2SGyeA4wp34Xo+51ipBTBmsSYWASrqo2Opw GBNzIBr+mMk8zc0m7lP2ST4OSnJ4O6dmGiRxlrjAZv8N1kOSrB4MqyualAEfWeJXtZ0R 0BOA== X-Gm-Message-State: AOJu0YwMDlRtQAsQtOI/fy0uLEMWHpZTXoUuy0WSPtpyWGCXgv0nCdFl qyHndYgi49cT4xxIJGLWcn1aUOI9Ns+sY55u X-Google-Smtp-Source: AGHT+IEcqZSRSP94eYhOWWL5jF0pVcs85PCEEKLh3Hvu2mBvGRjEF28QvuZ3WWJuQxT+x9DVb7iiAw== X-Received: by 2002:aa7:d3d7:0:b0:521:d2ab:e4df with SMTP id o23-20020aa7d3d7000000b00521d2abe4dfmr14031589edr.19.1692799706220; Wed, 23 Aug 2023 07:08:26 -0700 (PDT) Received: from Mini.fritz.box (p54b0c765.dip0.t-ipconnect.de. [84.176.199.101]) by smtp.gmail.com with ESMTPSA id v13-20020aa7d9cd000000b0052568bf9411sm9271325eds.68.2023.08.23.07.08.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Aug 2023 07:08:25 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Mattias =?utf-8?Q?Engdeg=C3=A5rd?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Wed, 23 Aug 2023 13:10:19 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Wed, 23 Aug 2023 16:08:24 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > Mattias Engdeg=C3=A5rd writes: > >>> Gerd, edebug-tests fail on master after your changes (cc0f546825). Woul= d you do something about that? >> >> And cl-macs-tests. > > Strange stuff, I guess I'll need some time to understand what is going > on. As a temporary measure I've reverted my last commit, the reversing > of the &defines. Maybe it's not so temporary after all. The problem seems to be the attempt to first match the spec (&define [&name symbolp "@cl-flet@"] [&name [] gensym] ;Make it unique! def-form)]) with (for example) (fn ((x y)) ...) or (fn (&rest x) ...) Edebug then matches def-form with ((x y)) or (&rest x), and it finds it doesn't match. I would have expected that this leads to backtracking and trying the second alternative of the &or, but that's not happening. So, at the moment we're kinda stuck with the situation that local functions that look like local-functions with empty body, like (cl-flet ((fn (...))) ...) are not instrumented like the cl-flet extension case. That's not a catastrphy, I guess. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 10:23:40 2023 Received: (at 65344) by debbugs.gnu.org; 23 Aug 2023 14:23:40 +0000 Received: from localhost ([127.0.0.1]:34852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYolo-0005P7-GP for submit@debbugs.gnu.org; Wed, 23 Aug 2023 10:23:40 -0400 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:1552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYoll-0005Ot-Ld for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 10:23:38 -0400 Received: from pps.filterd (m0333521.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 37NDuVHl001840; Wed, 23 Aug 2023 14:23:33 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=1SUwbzG6IIcGNgTJgZVswU2DsQ6J5XLVy09Js2a6Ir8=; b=mKgijSUun6QPU5u5jJeucrBAzN3ZCB6bGKUqN48xnvsrXN2fqaqS5TsqBIidDNM6IcAp eOnaEG+tvHr6Z+KzkYnmScx8RClgC5nYJT1+zSpUdsRr6ca4GbU4gLSJ23XU1jOe9hYQ ZVjgdqFpvtULRwpQzGb01aV2V/+w1Tq1luO2TVf38gIUYlB+r5OkLEB9unHEmXpVcoQT Xv0SVmIf0tWTLTZF0KSdITy6MtVtcGkslpUvYoDbCdP7GFbI0tlCQcLLMzUWKwicMT9f lMqRW6WLV2VQP9hwgfbbrUDaH8mF3fyLXHHmxM/Je6PjcOGi3fJKTMm0ci6VMmbuYVJy Nw== Received: from iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta01.appoci.oracle.com [130.35.100.223]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3sn20d9vcc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 23 Aug 2023 14:23:32 +0000 Received: from pps.filterd (iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 37NEN9dj036084; Wed, 23 Aug 2023 14:23:31 GMT Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2174.outbound.protection.outlook.com [104.47.59.174]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3sn1yun402-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 23 Aug 2023 14:23:31 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aoasqbElHOpk+4b1pXpzKqDTAPl/QIwIW1uXv/LdaJtN5IYmGbg2kq9o0++gnP4UDnnuq/ujD3oJZcKNd1dZqRtzrcCtDhOKhJ+2IXziBGVkgs1F4x7q1i41h29D0BwHf2dkZ7RGEWqueK07EN6rkSIs8HYT3aPa0iTVFDj+eeH3tOm5FuqXHxpHo7kHa5DBWmc2+4mULas6p1CWoK+XiCOh7fetrdO52IT1wTS0pnF7EvgahPPMDODdZ59f/2AzrSiYggyLDrbFq4CrPsaVGVP6QF/uM8IpzuCsCIphTp+JQp5wig1fZ8KMNuzOIHLhOHFzSWLMCWsT9ruvywlEzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=1SUwbzG6IIcGNgTJgZVswU2DsQ6J5XLVy09Js2a6Ir8=; b=Xtkul6lXLcNo0fDQg7dHEq/MDbDZ91FO03UC+E7yD9M76MKyJ3VpdJGBOgfUJCG1lv0cENuI7aYrLJBs+9HsVihOnXs8IsEJPjQnBwPHTZntr2pVHcpMI85Umvy13vebsu4CZRFT3zYrDWENdNdxPtdqnCWbNQu7CWv/vX+GW0hDz6jteLJNWPVcdQhIo79ZrVErPX8QwZLUd4buv8qA+9hbkEBPR5Jup7d6uOOqJxKbKNBJXlfBS9FJiWnIMTKDI4v6VmaueMp0EQqnL9yI6oWXZYEkK2byII8A7YNIjO7oqzTJgX2Coqy6Wo0vmBOJX2BcJXBswJM1QgFvjCyS4Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1SUwbzG6IIcGNgTJgZVswU2DsQ6J5XLVy09Js2a6Ir8=; b=WE2V5hXlIgvVLdnbZ/m8t+V+HQ7bwS0MFWZcOjkmSnP1CQ09R9eulXFlXgxhCZDKN034rOBh3KE0stT61D8pwre0HHQz6b5GFz4l98+dgZ3Ccg820MzfYm+2Y41mRI4bq6nWjxjDWViX8SEkjfFwhFU3VqnSlEqBgZlXc39F6KU= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by CY8PR10MB7172.namprd10.prod.outlook.com (2603:10b6:930:71::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6699.26; Wed, 23 Aug 2023 14:23:29 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::cfea:8a38:7719:1dee]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::cfea:8a38:7719:1dee%4]) with mapi id 15.20.6699.026; Wed, 23 Aug 2023 14:23:29 +0000 From: Drew Adams To: =?iso-8859-1?Q?Gerd_M=F6llmann?= Subject: RE: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Topic: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Index: AQHZ1YgAYyWUHye5jUiGR3hYHODm/K/37l/A Date: Wed, 23 Aug 2023 14:23:29 +0000 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> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|CY8PR10MB7172:EE_ x-ms-office365-filtering-correlation-id: e67601f5-6cff-4e34-33fd-08dba3e485b5 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CKE7QsHYYJeq/5Nsd1puCUkenqSsgq/QZFGi4fkehT0A6Hy5KKYucboW2Js3vDVwwu9QwSaGt7yw/ftPYyYkl2J80rpHGWEAG/pr8Gl88nEH/hbryPtJZY60vQbZexRfijCB63/HDhDneF1d9ZMOVIM/lPdBkpb5HA4/0tPCQdv5gfJH1O4WW/27n+2gnn9EcZQotBP4iLZyaRte4Fk2iZzFdh7rjrmnOI7JQHIcel1E6QQahenIq8yuxS3eTRZfIJz469+T0GIPi/+X+WtnizwAxLTQHEb2doyscWHwpR7zG3c9mbuezb9+kTl30hSTihZNFXVQJmOIenNp/hETP3LviTQAZ9CaKe6UKthOSbaKe3db9M8eidaWtdesN/IYiRCD7UmF7y0igIcvpkcV9T3IPkg453d1loOw+hFGKOFL3ai5ipR4zBIvF6BYbpCA8GZmTCaXJpLix10ETfL7+xMWoqw4GFof2cKmXC5qNWTbQHnvP89LeaIGcBzqzlACgFM+a1Z/LFSsFNl5t1kj3t1i3A+c2lXATPrCXlrdGNpzgIu0GBgQja0eDKWg/iMmnok4lalp1sWgI2Jhm+E4gejysjRHcxDU1AZBCwcek/7kcJX8yu4VqG2uDFpbaZK+ x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(346002)(396003)(376002)(136003)(39860400002)(366004)(1800799009)(186009)(451199024)(122000001)(9686003)(71200400001)(7696005)(6506007)(38100700002)(38070700005)(66899024)(55016003)(26005)(33656002)(316002)(6916009)(2906002)(41300700001)(66476007)(66446008)(54906003)(64756008)(76116006)(66946007)(66556008)(44832011)(5660300002)(4326008)(8936002)(8676002)(86362001)(52536014)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?mGyY3uXRa50JIBzLlDuq9mo5JPMRIlE8bu5+WWF8LjszsItwG92nuBMBEC?= =?iso-8859-1?Q?ovAWLIsgy9q7PhQOB55UnIViLp9L0fq060u7OCHIT3xcvZfJcTQi00KoTH?= =?iso-8859-1?Q?lcxj66LQNnz+O1j94WcLBaXWJN7Vjx1ykDur6/lK70riqRT0D6cRquFNJD?= =?iso-8859-1?Q?FtxI2+Aefod1h2vfcCjic9I4CcOttolbqvCmEOf3QFE1NcgiKNdPVHDaNy?= =?iso-8859-1?Q?NQGZY8Nn74wo6EEkD0JHUA4vk8yScCQ5RNotHWNTJbVYwKysykDTKZSUKc?= =?iso-8859-1?Q?I1knoBaljmu3zFvGRI25K8A6XYcqcB9hff5EUheVmpZzmW3DllXxMEBJBl?= =?iso-8859-1?Q?Y/Kppa5/dmxuGHAeHxp1LRVlwmi3rxJLSZdPGEBEbyOSBYqWEC+u2JtUu8?= =?iso-8859-1?Q?CW8SUxmtGfep05q2tRJTidMiqPZu9Be5ptpbxh3Oy0ug/mjZ9B3S+sb0Rj?= =?iso-8859-1?Q?2zXC4Mfx/2Aob3zOzV1FgZaCsBgdYf4gHolwFk9ZTTJRk7vjOyTy95KB/x?= =?iso-8859-1?Q?dlaud5MbP/lAXQbNeHPORdtNmB7DboK3W91xhycOpGP1SjKJCc5i4TrRMB?= =?iso-8859-1?Q?1M8RpiHArelatN4WH3nrlpyxXzyBrI42uns6IpEQK6WhR6QE4EJg2lBwZ9?= =?iso-8859-1?Q?t3VeiTv5/zFXo1tMxNogH26ZsTXW9ui72fXLNHsgbYzoEaLFf6k1ZBHRjh?= =?iso-8859-1?Q?IKars5HSrJ8cMlywjIIQoxCky9HPtqeeOGOr4LR7pYdD4r8ArPaJLzctTv?= =?iso-8859-1?Q?IgSIVXiJc7RCc3c1I2MwDMckWMhqLcKbO+XfLEHqsDBhS04lTxThntLTKj?= =?iso-8859-1?Q?WYnzzr5qys5st9AsijZVVo444Cov34omwD1hD9wlLlgUIkLXqrASC/ZYke?= =?iso-8859-1?Q?TkBGJbKCgEV0xImlSi22onrMYoC5iBPo0kcui54GhA8OaQli+Y4rsMavDv?= =?iso-8859-1?Q?5FmNQNZAtsZMlb5qpPv3bff/E3YlIuDwp+HrKF9KX4vAFWgoJWEPnGXk/k?= =?iso-8859-1?Q?ALx1sXEr54mEKbNymNn1v+96rpgztoQz80RcugwD2iuK4+aX8y8tnerEAR?= =?iso-8859-1?Q?eHLOnXs3PQtiMWeeIIeZ5E8siwko7oCgKl7F7gSUwb58MlYvOv0oljPwzG?= =?iso-8859-1?Q?IKoAaemcpQJvD6mb3ykCumviBvD6LrHG3kJXc3UCpeLPpLbQqvAL0ZP4wj?= =?iso-8859-1?Q?h2iQyDHsvLNf8rkVd2JZ0hS7KyZ89IeN3P/ATull081mn97k0FfoTyI28+?= =?iso-8859-1?Q?3GRhdmmr6Qbs1QBLxziyw8la4TNYVamMRvRsciYPckqLr3wdscDgrIDk4d?= =?iso-8859-1?Q?ZCabP02lwELkNu7cxMeJVlK6ZN+srrveongN1+wD9sXWR4b9nks1AzevmL?= =?iso-8859-1?Q?fsdNy+2sCnUgNdKRjebym/iT1jtWxPdajKlwpEieLIawDGqbtLl3AwaDgq?= =?iso-8859-1?Q?UP6IaH1oFRL0Fy1hebzR558at8O0LE/Wzd3JvQWaYkX+0996fyH5u6uHfs?= =?iso-8859-1?Q?m6oiPrcLdXjFA08IR7s8IRpqXoO8abl0pTMmO3zLKO+5QtmQIALn2VeZ1a?= =?iso-8859-1?Q?i6YrAOmzhxUNK682Rqwa6mfFEHFQEViN2j2bqnNIVWGrfR4b8q84Il+9kK?= =?iso-8859-1?Q?zdl3wbPjvVv95bn+u6r/D1biu8Kzyyc5uS?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: 3Erd59HjDPiuVhckJWqB79U7Lq1rHG4bJTDigI+G8RMP6Xohgw+42WFJHMUzMm8jDGltWQL36flkCOBmkbu3CuIWBUuUxFolnMHuhQrMDbUtCLWbrnsDngIsfLj0gELaPBf/tA8fF3qOAsErlxuiTO4HM5LWc3odXw6OFU2qbq8UpUuhxj2zCcGiWtcyTpuG0Z53xclysINu7JiVggfojNj5XZXkUgqFgzZwNWVwxQ1VaxfwBOtLTw5voZuH3UPxpealybQIRvoV7ULIoQKycYuGe4UPT+gDijDbJu3HjBWwEebIkel7nvlDXS+J7MEetWU+MpkOgt1Vlhefwixloj/Ngikfe4LDeQq6d+fU/cRX82H+lTHi+O6QeWilB1ntVajqXVZl722N0PA5+0neUp8qFkm1x0dbUOXVcCZCU+BfoX3R4cdJAjVF9LW7k5DjAxbyAKyLTfs6homgMjrOvtTfY0r5QeRUsB4x9PPIVXvmDCSJmiDc1/cAEuk0Li2N+VcAIvoz8Easo3MqonysRNpttNTvXxTZa2tUMxOmvp44t39KJa6Z8S3mCx9vwCIy4Ii9fxjVueH83/7JVsiGJz+ONzVR7Q5f7apVw8LmBoZWx52UG18n4lCse1DNZT8AwJPRXYG9WAML0QQqckfgeSO16heBZQrl3qfjGro7hwAkLuuvdN7gaSV3k7nOcSZuBaD3gMDtr/Ad2K1fP1Yad5R5xnxs8t/e1+KRgpmfWzjMEzqY5sEDK7euTNg4AAMRc39awq9o8qquKkQTyxLbLO0oNOz2SFKCRt4TfwKYJuqeSNaLC3BjTDKYDXMT/5lurrXRcL22ZT9joZIrzjRX2w== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e67601f5-6cff-4e34-33fd-08dba3e485b5 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2023 14:23:29.4123 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 9fURHxr9roxpSfOrHbax1gyK8kiYkpvtmPy+I0ndA93zz8FNVJAiYu2lWZbba98UM9QwMuF0iShZi869nYjesQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY8PR10MB7172 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.957,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-08-23_09,2023-08-22_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 suspectscore=0 malwarescore=0 spamscore=0 phishscore=0 mlxlogscore=936 adultscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2308230131 X-Proofpoint-GUID: RC5SlLqcTtSfWdUIqtSEmVku9hQDcl5x X-Proofpoint-ORIG-GUID: RC5SlLqcTtSfWdUIqtSEmVku9hQDcl5x X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > >> 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. >=20 > Agree 100&, but that ship seems to have saild. 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 21:15:05 2023 Received: (at 65344) by debbugs.gnu.org; 24 Aug 2023 01:15:05 +0000 Received: from localhost ([127.0.0.1]:35674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYywC-000808-Ra for submit@debbugs.gnu.org; Wed, 23 Aug 2023 21:15:05 -0400 Received: from mout.web.de ([212.227.15.14]:56641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYywB-0007zO-2B for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 21:15:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692839692; x=1693444492; i=michael_heerdegen@web.de; bh=gs4Jej6J6NsXtOokrGgDOBncerf8CkDOXO36lEjpIHM=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=dIk+jTROpeU/QgR0ZMT5+6sv/8lYuYv0U8iEuJQQFKduyeTEybe4LgU4mNZj2v4o18vvTX9 aryQSE1cMJzNzhmP5p+6b39bezJmkrUfKrZtYEQy4Iuf7xAFM+DiCcIx2/6kbGoU30w45WGlt RRfrpLtei+mI42PDTd40lX110nkjz9EYZ7jNJ/M+ByK/PZ9sbCiE16hMz4IWGjxEfEXRG3NGt h76xUUw5eGYSZeE+VRGHNEryN2oALzJwB9w0wl29KJQ6h/SPYu0Z0otMJNkGrLxv8Daj+nFbB v+WQEDWTZT5UoPKIrSCDMVYE+3dIMbGdp1tYcx88T44fGPEOpTrQ== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MODiX-1qOKm53HoH-00OD8s; Thu, 24 Aug 2023 03:14:52 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Wed, 23 Aug 2023 16:08:24 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Thu, 24 Aug 2023 03:14:52 +0200 Message-ID: <87lee1nsvn.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:iZseHKMHl/WzZW9Lx7hucEHng5bqjKpKR1PyHy5txz+rWYLad78 3mj2icBm3vMvAC9DENsC7jvfKgz9C0C63UaMCkUz8oeCQGGxQ9am5r3cBNCjykijqKox0Nh IT9EFu0mrgUJyQyaAxowfTal8mM+F57AEgB/+0UlUjoUcm69t8kgMWSniFUL5sX3zOQq3ZU qULTX4J6f7WQoN5gMb82A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:GCMXQJ5tCac=;f7pLkhuy/rS+qMuek04Yx+qMvXd +WKfrSfGRqz5KI8sRZak23OsmR9KjlJFKt3/tjcih1KpCV3WS2JZFWfQ1O7NQr3BBSFeeiYDH UB65KHguUWrQ8BGe0Bzys4Yjq65eTJ+YoY3ebCFmo2AR1B76TY5+K6s4/QhGAB37CNOXSZnSr J/y5OLZ4erjgEc7J6rk8jopcq+vvXNRHmpZVCmJdpN68KjS1vJTIEBh9wnMP58qF/67lm7Ven aDtrlaiLCksc2md+4c7ZBCl5EOUIiFoSphOjkWIj5bfL+xqUWx6dzULOq+M5nMWvcw1Qgq02/ xlSPZeIJUbH0i2bWaLHvIIu4Cq4U0DOV+zhgQfX13WZjWMQJX6q/rEbsUiIzVPJfIBtYzw91o bEYkFXXD40AiwtjIvSgd5fwKWpG3hP7xBacVp27skx3WGhLmQs1W20qF2A/Mvnwt81j1s249s 7pRXIvBLFumPTo4TH5BBnBx4xWr25c+2WIJrnd+FBWDGb4Y7Ycxpjla0rNjmys7B8j6yT7oY8 H3tkGhqa3NqBv8awU7+egXOU9s5nuuzJ3pacrkbhLZr9TAcW/j+Lemf204oiNSeQmNO2oLT+V fV2FNKTfzZHr2Ih+tInasF0nI3QbdWhpCiGtYR6JNoY5Ri191Q0TUgPox+0KntmnJz0+T4HJU 19dHMX/i/4l7wAnlih23qg+a+VxWadxKK6yqYWxE8DLjGI0yjIM+HGA02xO5nw4uokFSfU7lo CZzgjDhdDCqTIsU7g50dABLq1Ark9yTw5n202/LVnoTpD7+oZHXsXMOwGYQpOcZfRqUovJoIN idmsOArtA5UUHGMCyBPeHZ8+oApmUQm43dk8+wVKspY72V9E7rArzj1pOYPLa0djX47LGGV3V GC9se2WdobclYpfQS94zxafH0dx9PnGyzuftcbXEv3T01fmklW5E/aftGOzuE8N4xCQM0/WRj EMWlKQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > Edebug then matches def-form with ((x y)) or (&rest x), and it finds it > doesn't match. I would have expected that this leads to backtracking > and trying the second alternative of the &or, but that's not > happening. It's very similar to the originally reported problem. As I said - maybe look at `edebug-list-form' which is called in both cases and intentionally inhibits backtracking, AFAIU. > So, at the moment we're kinda stuck with the situation that local > functions that look like local-functions with empty body, like > > (cl-flet ((fn (...))) > ...) > > are not instrumented like the cl-flet extension case. That's not a > catastrphy, I guess. Nothing in Emacs is a catastrophe (it's not the real world), but debugging bugs are the least thing I want to cope with when debugging a bug. Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 23 23:16:24 2023 Received: (at 65344) by debbugs.gnu.org; 24 Aug 2023 03:16:24 +0000 Received: from localhost ([127.0.0.1]:35738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ0pc-0002rT-5v for submit@debbugs.gnu.org; Wed, 23 Aug 2023 23:16:24 -0400 Received: from mout.web.de ([212.227.15.4]:52271) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ0pX-0002r8-2C for 65344@debbugs.gnu.org; Wed, 23 Aug 2023 23:16:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692846965; x=1693451765; i=michael_heerdegen@web.de; bh=B5ibj+p8mMv124UISUd+8hDkrdhebbsGLjYTPbyLGak=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=vCNaBMtDqRMrJA71LoV7OTsDxPgPf8EflPCttHyHcqyRUzwDkmwxZt6YL2+zJG7gqA44NpI KFumDNgAPFb4bJbeda2gN/HTfgej3UB9lhdVRLS1kwpa3wipIDCIPl+So1r8hz/zEEqW9YGGj 0TbuC8vO+f1jYO/9HD1qUxJPGLbQF8fHsgNQ/UY8VAsH/8XWkssjgMyxHMtxnIr+F1mPPk5D0 c4ENhOeR2euI1WOEn5tQ/GCHqXizlSQgREs0jR73JshK8dTX4RQj1m7Z0tC2j3ERhp4lD4A7a lhhWNkGdPELUeZFnJazpfTyo46AbNQxIHj6L4ZfO81M/VUqfBvqg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1My6pf-1pnFBy1m4l-00zMAy; Thu, 24 Aug 2023 05:16:05 +0200 From: Michael Heerdegen To: Drew Adams Subject: Re: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Drew Adams's message of "Wed, 23 Aug 2023 14:23:29 +0000") 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> Date: Thu, 24 Aug 2023 05:16:04 +0200 Message-ID: <87zg2hqgej.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:fXXn6/wSw7dbxcp+PszcXs4xLSkSe96TJO+1/KfrzlLol+FGqRT OQUzml2V4thzBxulgco5ualH/n12rOodptQRcyUv/+HRBRDDrJ5awr7NJYRxOJk98D4td3T ae+vtlChJGVewzrel6LGIOQgtqV7UcXZZO9up0ovQfKQCyR5TUjbEsoBv2IyyqwOfC5v5h+ WXReQ+0KJA3bp7QS/QZgg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:7Cu1rBt+8KE=;nz7o2YRa/P++UQRlYAzcZXMiHsL iaM02k1nzDpCNQx5zkKyhNIEy1GMsJAny6pYrUUILMobQNsHA39PgMGx+VoogoW0oE1vZRp+9 J5Fg0wA1GjPTcvoNmBSC7J93QrQ3CX3Ks+uyIecGwaeyam4Q/WQgtCMrPh5GI5Lp/RbSEHmBE atIz6BaTFseSD72PvjMPlvxsjlhaxqFlzUBrjNhGz2psiGZlabaGMvoyZcqHMFxZ4lo0UhpJL FfBPmtNPZwHNiQAmcJzm9OQcs76kQtnZaGO9THBsqvHVjUTHkjpELNg9OC/Rlwz6VfR07cQV+ LEcgRJP3MK0viXg2FwN+2zSbYODh2tMUOasDv9jqdjJ8ZdfnBI2YEah9ottDsvBmhM4OKAgmr vtK2BjBXbugg9sQ0RruH/XfsvY9o8pAYP/rGP4AB0NuPXC+2G1dbvYD11DlboRH/wMuMPBK1Y h7sHFQfGFlYgjnxjKrabdm4e0YgExN04To36KYbZn4pzJMX80Ua9TnobEFfYhwkg1SaoQRW+M 7Bu33p8VOEipXKMKK4xcVh6pA/Z26OtgxApSo52jhfBY15twVNBFSfdzFyqM9P/AO7zUumPWq slQG4b9/NRgbL/qNAj1MVdrQ+fnDqNXzapraNeuxfqvjZP5LOQFGZngBpK3LntW9GtiLHwSnm YLFftmOeq9ElMEeOVVf7nW95/D56EtbEoNifylIJXlWEHrpoBUxYyqiri9fSMEy1VHCRx+SUt SFK8RyAe9C6U8vbXahac0LWF5mYLuZ6M39ZQhdw/YcgFABsxVIGW8rr3no+Dued4M601wJPp+ UZAVdx4n25ow1pdpyf5V17DFWCRLQZrUDrvXsgYhyN235wCMYduRXDpoBZsDNXh0I9V28eK13 jUuHMxj3BE4XbwGhVRYOoxBDDChm9YC/5Vqq/K6BSOJY0Qz0YKKCqrQ6xOCwAft5/8m2OM5rN rON9X7aFfu93PU4BHfL6jaql2Zo= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Drew Adams writes: > 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. My opinion is different. cl-lib enhancing Emacs Lisp well is more important than emulating Common Lisp 100 percent perfectly - which is impossible anyway (no multiple return values, etc.). And we don't have the manpower to separate cl-lib into two libraries - one with the goal to be maximally Common Lisp compliant, the other being a maximally good enhancement for Elisp. So unless someone is willing to invest this not small amount of work, now and in the future (and I want to ask: would this be a good investment of time, given the huge amount of open real bugs)... ... we have to live with the situation that we have only 1 library, and only one definition for every CL thing. And the compromise is that we don't break CL semantics wherever possible, and try to add only stuff that is more or less diagonal to the existing semantics. And this is the case apart from some corner cases that are negligible, compared to the language features we don't provide at all. I don't understand what your actual problems with this situation are. The thing developed into a different direction than you expected, and, IMO, became better, more useful for Emacs. You like CL, ok, you are nonetheless not disallowed to run Common Lisp on your computer or even in Emacs. So, what is goal, why is it better than what we have now, and how do you want to reach that goal? Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 24 02:18:14 2023 Received: (at 65344) by debbugs.gnu.org; 24 Aug 2023 06:18:14 +0000 Received: from localhost ([127.0.0.1]:35965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ3fa-00086a-4f for submit@debbugs.gnu.org; Thu, 24 Aug 2023 02:18:14 -0400 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:55580) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ3fY-00086M-An for 65344@debbugs.gnu.org; Thu, 24 Aug 2023 02:18:13 -0400 Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-52a4737a08fso178201a12.3 for <65344@debbugs.gnu.org>; Wed, 23 Aug 2023 23:18:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692857882; x=1693462682; h=content-transfer-encoding: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=1bQkiWeUJHoarwGOjliZ7dDIBGJ9Tp8xTyexjKZdEts=; b=O6/a51pmoZtDggsoqnGlHD735T9difCyQtZp5l5iZVP19vDCUI9dGhbJykj891BNsX PkkR4vMG/iEttJAMACcXCI/Bjvzuo6tZunSBpDCKbZwLX3kfHVful+Qc7ZVxijmEI685 02qjULgUJYPa6tt5YK37NxCVpRmjP1jy/5tuzZ8S1ogCMX93O9qivv5JTnp0FvE0Q9Ld IOijfsphMd3VIMu56y6Wq8js9eQAyyXVhSoBj9+Nvut0FS4Z0vDmGWiDeSC412U8vBpb g/h7YKS0UFofbJaiJNXXg+XwjyJY1TpSGPjuBUhgQoxSkHP6eH8wiE+YvqXMiQos5twh d69w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692857882; x=1693462682; h=content-transfer-encoding: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=1bQkiWeUJHoarwGOjliZ7dDIBGJ9Tp8xTyexjKZdEts=; b=PaeSnij+Ie6nZ0ps3oRdHAJhQObJd9eFRm8RDAuwUUO7qX3y0RFGNJ0knSCKm81Y90 SLTjP+F45OGMLc+3fS7g8BSB2wi93jx4UOn9FLOdvHIcdU1YtPRRg9q4NFXuOBXPWxsJ kuO5cF8ab5ZRaxGqpXCE8j1p//WBb2/1dXxvfdJDyW8p+UGi2R8BA4QcQx5TXvkdjP7B GtqfyLjeHU0SF18UZ+g33qi2y9exoqeD3Z7Ihzj3gNDPcQC4CFZDWnMNoC6sU17DgVcd IeuKmA1NFiFg9raPX0aXtxWCS3vxK29XjNm6FpK7DAnrGIPk8TdxEQnlXiFkHIycTTW4 /mDA== X-Gm-Message-State: AOJu0YwoSzoTbCm2D8qEbYiKkUAU2z3JrJfqwrZNMP7LNjP3iaHtDvgg X2QmKAQzVjv6wSEt26SP1uOZ1mwVfgTJmkq+ X-Google-Smtp-Source: AGHT+IEM22oGLnFYp4CwXTdOsuR5/p3xJZDZvZ2pWlSa4mryefWQVIdJB/Ds6j8oqSyBgDGcwcR1AQ== X-Received: by 2002:a05:6402:2051:b0:525:469a:fc49 with SMTP id bc17-20020a056402205100b00525469afc49mr11097847edb.17.1692857881517; Wed, 23 Aug 2023 23:18:01 -0700 (PDT) Received: from Mini.fritz.box (p4fe3a80a.dip0.t-ipconnect.de. [79.227.168.10]) by smtp.gmail.com with ESMTPSA id d19-20020a056402517300b005272523b162sm9950836ede.69.2023.08.23.23.18.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Aug 2023 23:18:00 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87lee1nsvn.fsf@web.de> (Michael Heerdegen's message of "Thu, 24 Aug 2023 03:14:52 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> Date: Thu, 24 Aug 2023 08:17:59 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Gerd M=C3=B6llmann writes: > >> Edebug then matches def-form with ((x y)) or (&rest x), and it finds it >> doesn't match. I would have expected that this leads to backtracking >> and trying the second alternative of the &or, but that's not >> happening. > > It's very similar to the originally reported problem. As I said - maybe > look at `edebug-list-form' which is called in both cases and > intentionally inhibits backtracking, AFAIU. That's correct. Setting edebug-gate to t makes not matching an error. That's the, confusing to me, invalid-read-syntax. I understand that. What I don't understand is if that's intended, or maybe an oversight. Oversight, because it prevents a, in my opinion, valid-looking use of def-form like in our case, inside an &or. Difficult. One could of course try filtering out constructs that def-form doesn't like with a preceeding ¬, but that's such an effing solution that my arm hairs stand up. I don't think I'll do that. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 24 05:10:39 2023 Received: (at 65344) by debbugs.gnu.org; 24 Aug 2023 09:10:39 +0000 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 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 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) 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) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Drew Adams Subject: Re: [External] : bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Drew Adams's message of "Wed, 23 Aug 2023 14:23:29 +0000") 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> Date: Thu, 24 Aug 2023 11:10:24 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 24 19:05:15 2023 Received: (at 65344) by debbugs.gnu.org; 24 Aug 2023 23:05:15 +0000 Received: from localhost ([127.0.0.1]:38811 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZJO7-00080x-1g for submit@debbugs.gnu.org; Thu, 24 Aug 2023 19:05:15 -0400 Received: from mout.web.de ([212.227.17.11]:42661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZJO5-00080f-G5 for 65344@debbugs.gnu.org; Thu, 24 Aug 2023 19:05:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692918297; x=1693523097; i=michael_heerdegen@web.de; bh=8161oL/lGxLwbRgfwSMCBjo+mrcbakLL+72MGX5Q8rU=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=Pq7WBTxK7Ccivh9Xzli4wSqEVbkm1BlIsJpMpmVtPVprLN8hEF7a3X4bVwoOz8jmKfmvrC8 eEGyS8Ty1AioAIP9/MxhJbD3/MeYJm73cyq4E00aTRY2v1FfwC1+iK7UewN5Han7zoxd+gc4G MHgYmS9mq5ygrkr0z/NmddhG06TUULqKVUuloLleEmj7gqsB6aeSVPFFywiO35Exju+VoRgrx kd+GyWRd4X1zfHJewRaubX/WEiviCklsgHtWAieuo33OdRmzJJkTz7mKimZ8Je1SHgBoQlVjs eeMCBTPNvia2MlVz0S929mo9PysIjE66mbGLjgZ91u2OWkZfmP7A== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MIyeG-1qJIhP2H8c-00KM8R; Fri, 25 Aug 2023 01:04:57 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Thu, 24 Aug 2023 11:10:24 +0200") References: <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> Date: Fri, 25 Aug 2023 01:04:56 +0200 Message-ID: <87edjsghyf.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:eofcknoYsIvDv8HVwErpVreJc3b4eaet34rdjDGWVCRFQ2xSCbz wuUMHERc67p4d2PWXO9W1ejNgwkhlPMa6SUXjGR37guo5r+j/o8hj0boCNf8cuwDiaF5Put 1kn9GTHNihNoL2CV0bMo+kRlieQ/0pOP2piqSINDKA9I/AoqpHN/dE9iBeVElIPmwO8FyKf gKfOXp94BZyhAd8v06QHw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:uLf6l3esZJI=;CPOq9qY6hyO9FBGFU9hA2JkjmM/ +J5KAB+RFcNPHGzJ61JOA17ClUolfxwXi1vGeV6nVEYsbzGNYWdTDGKsvS1yEM5DYAXY6FiAX Cy0jESoVcx3k8SvV4VyBOJ8qmF3myrIwWxVXjLj7qnqNDME7UYjlzw2/MqVlzZdX/ohSZ1jN+ gm3AipIXxuUVA4JVg/scadFXOhMV1YF7DAccNQthcw776YXP7HwUCmP2hOpfvONh2fsbMbuhA KaXxSw+fNj4cuPFu3gtbJ103Ms4jBmyi1AUYkujWlcXi2lkjno5eeb4IDNQ8NjgreaROMTyqd 4yO7GVtlqQyNjxhSLK2TNGV5HNYOOIBKN96uqry9NbYIi/8ixNY6kgCHmxr6JDvos2x9QfZb1 znwQeJtnLcZnpWyFDSipUlKuroCq7O+1elhFv7VQ0T+AeitW7NOHzKHprFzH2pOd5OutZ9Rv/ gTAjbAAYjQSoSe86ooSIu0IPZfwcZFZMcMWOLUavLL0gfodpUMJbFdnaqu0SYPjPeodn+ugDC Osk8ACDgrFlI1T1fvS3/FLjoT2Fc7GiR04N4hgxCwVaCqpR+TEPPOIF48IEzv1DoBWn30ncOG RfAym2+GX8phESB71/NXes4UkpnfdqDxd37RZML7SIMxxGbpgpFkn8uTvC+c4DTUnHH1M64o1 zyEIYeBsdxsrSzY///qcEwF6ikwZFF9t4oYA7RmJr21f2InQxofUNwp3+xwfdBxDpCbPxMin/ 9uZ6n0EWBS5yHLzMK8agGsepQ1W24g6Oz+IzvyBR77nv96EqgaVDbI+TAbRAe56WiKyss+sLn 2nCLJMf90KoyioOikzmKz5ZDOXkpHocCN5FtG/c2XQygioutiMrzmtk66UEmY7yapz/GOn55w 2padzG+AkZ+avBkluJ8Gp1WbD7h/nGPxT9Q2fBWwHjlD1iZkxcyhBUzDPB7zH9JHdivMiAQGN nRDPagmPT5K9jysz+FpAPAjJln8= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: "brandon.irizarry@gmail.com" , Eli Zaretskii , Drew Adams , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Gerd M=C3=B6llmann writes: > On the other hand, I don't think the usual suspects do something like > that deliberatly. It was not an oversight, though. The decision to extend `cl-flet' and `cl-labels' in that way had been made in the knowledge that it will break CL semantics in this corner case. Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 24 21:54:02 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 01:54:02 +0000 Received: from localhost ([127.0.0.1]:38842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZM1S-00046I-59 for submit@debbugs.gnu.org; Thu, 24 Aug 2023 21:54:02 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:23880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZM1P-000463-1s for 65344@debbugs.gnu.org; Thu, 24 Aug 2023 21:54:00 -0400 Received: from pps.filterd (m0333520.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 37OJEQPV021979; Fri, 25 Aug 2023 01:53:53 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=3TPgspNWlO/b2FgqujtUDMIXH9VA8T7fYJ5n4j8VCQs=; b=xd0GqFdrLjcuk/Kj+SAg3YmEH/vs0cTqiI/t11A5Ejo6Rh6gyGb710Zjc/ybtJ/i6MxW Ic+P4XUb4J5FS38Xf7kfZpiVA9Kgmyowpm0giin4682uRxzAxnZQsvc3W5+b96TRkYU/ IwRinaqnZ+aJbHSm6Qs0OKlkUepLnWuu5PxrdierMs+AVcdNXDZODdjiDjEzWjNQt/DL u7hdwUutoJIddbQYoO/p5nB+I6HXFV1nLRdsrpTM2bvMHOvd8JOcuUOQg3BT20NX0pEa xDAxRdanfVWtFl/anQJAHGCfLcYmsYCUaCcbbGtgNizH6gh0Hraws9RqNaHMNurmFSHZ ug== Received: from phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta02.appoci.oracle.com [147.154.114.232]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3sn1yu5juw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 25 Aug 2023 01:53:53 +0000 Received: from pps.filterd (phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 37P19N8A035838; Fri, 25 Aug 2023 01:53:52 GMT Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2170.outbound.protection.outlook.com [104.47.59.170]) by phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3sn1yq8465-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 25 Aug 2023 01:53:52 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cWYRifAB6w6dPkrqZ53chVmjs02WRyX4v5w5TI7ZXZO/MifnIVxs9QIxgW8SyLoucSDmgUR6R1Hz5InESO6hv46Y/sS3bgoaaaRKroPzLi9GsQ2mnw0lVcRl7jhXz8OzSIIraLPfG5miKs9/yKs5rZc////kH9JkWepuZ21OHIQELIzfj7t/KiTN1Rq536ABQH/BDUwb+ISxgdmUwRGfUqEzraf7Zp/P3LRuS6RZYKvwWpne63u92ME8bXsWWkJCKU/vdazWbGcYD1wPP6OBvtBBf45QzGbp3gSX2ydyXv+PLuD6SxbigW9Cy80Lc0qe/FzVe+HZyhGmEtb+ptzAQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3TPgspNWlO/b2FgqujtUDMIXH9VA8T7fYJ5n4j8VCQs=; b=U13Ej9u5v3fTdfp80i3dPxM5Ts+Naa8/8ligPuXlE99acB7PbSIi+Vi010RzX5QbVY4LiuN+sdH6rhqm1BV9Qq0JL1ZM3JtQP/RGbI6xt+YmltmCd9Bkv6cVYaldFTsZ5KIViRGhWpcSEiQ9Qpan81Lw/mGHOvHpTo3U87f1zt1eabOFGzTaWMcLiP0XAq0OEO+h67ooDs/+dhdP9FiKF83QJlmDRTAqE6EmQAR4VQIehseBs+H1Y30Q93CycH5l+loOm+uX6LEnKpGyeOl06Ewox05tre11QOlFwfsdFV1FyWTfnNrAsvpwCSkS1BzGVwu7Do7d385e+i6szCC5UQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3TPgspNWlO/b2FgqujtUDMIXH9VA8T7fYJ5n4j8VCQs=; b=CmrquefYpPpkCtJMMz5VlSGi5hCwhCC2FKBJe7XYGbmEmi6sf0Rv9JYFx7D5vHrdDOg8GcJ4/pljIcfPmOpHqVHj8h/a9Vhbgz5k36EqaQXHpQh5qNg9Ava8Vh7VFa95VWNG89EB9E4BB/shW7qVeYP11j+wgMGKPelOpjxg0LQ= Received: from CO6PR10MB5473.namprd10.prod.outlook.com (2603:10b6:5:355::21) by DM4PR10MB6085.namprd10.prod.outlook.com (2603:10b6:8:bd::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6699.27; Fri, 25 Aug 2023 01:53:50 +0000 Received: from CO6PR10MB5473.namprd10.prod.outlook.com ([fe80::a261:8fd:40b4:e4cd]) by CO6PR10MB5473.namprd10.prod.outlook.com ([fe80::a261:8fd:40b4:e4cd%4]) with mapi id 15.20.6699.027; Fri, 25 Aug 2023 01:53:50 +0000 From: Drew Adams To: Michael Heerdegen , =?utf-8?B?R2VyZCBNw7ZsbG1hbm4=?= Subject: RE: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Topic: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Index: AQHZ1t9wK2uwOjXV7ESrkns5NyV0Kq/6PgAA Date: Fri, 25 Aug 2023 01:53:50 +0000 Message-ID: References: <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> <87edjsghyf.fsf@web.de> In-Reply-To: <87edjsghyf.fsf@web.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: CO6PR10MB5473:EE_|DM4PR10MB6085:EE_ x-ms-office365-filtering-correlation-id: fa17681e-a835-4f9b-b75f-08dba50e20f2 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ej5JudeF/FKoXBf+wP5Be+IvtGA4q2GBm5Rnw8wybzQuFK9WJl9NYyvYcg+fgqYuW7velhm743Nmz+kzIHWtH8o6uaSIVshnp4eev26C+WMvddkI7/zgBdTk3Bpu0ZFOTY5LXMe6COZ3eeRs6jJAOuy1kWOUqcAKpYB+FWHpthpGDmt5CkTHeiFqPoyX7ihkWPt+TribPzjC0n2qSPXxYRAGsGQuB0cYPBKRRXFTLs/hlkrrnUJ00W1m4EabDEQaz5bN6+kKmvtZ0zPX5/eK1HWzQ+Ec4PZtgwiNfYPuTJXGgg1s8jsEF78dTVenjVBa5dA0xgZLLbfKP2q5gmbWULqmGtKdxjNVTQA6y86vdI6SkCzywKrAptzpG9UFuEDgP0eJ/M4nxFSXnUUCWRzpERMhf8WDBlDoip3qAo2Yy4N+bNKgZZR//EFdcQiEWzrBcSCntqqxQCkCL1tfLoh8BszILhl9HRuFBggU/gkjMxnzOymTh1/pp40glM6cog/4KKyPVqwwX6PYuy/Ec0c+00PBWlY9PD/RpvhWS2nHg4bDDkgUU96zAshQh4UZk1GJokozLfKc6tAoKaekDwoPkS1XFEAwIbIjyxSc3URfpPhDzA4A/xcHlnF2/Sx5sWva x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO6PR10MB5473.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(39860400002)(376002)(366004)(346002)(396003)(136003)(186009)(1800799009)(451199024)(66476007)(54906003)(66446008)(64756008)(66946007)(76116006)(66556008)(316002)(122000001)(478600001)(110136005)(26005)(55016003)(38100700002)(38070700005)(33656002)(71200400001)(41300700001)(6506007)(7696005)(86362001)(2906002)(9686003)(4326008)(8676002)(8936002)(52536014)(5660300002)(44832011); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?YXBLU243azZ2Z09Bb2NYSno1SGkvQUROM3lNdUl6eHVTeWQyWlV1V3lhVFdC?= =?utf-8?B?V3owbnR1WlZ2Zmk5dm1UVkpWOU5uQUVHZzVOUVhKdklIYVB4UnIra3h0b01h?= =?utf-8?B?dU5reUFxM0k3SDhTdXNsZnJRSXptVzE5OWcwakZFZER6VjR0VW5JSGJZcGE3?= =?utf-8?B?K0Y0N1NqRU85SStPN3UvSTVrRFlMSVYzdEg2cUlUeFVReVhqbjZucmlNN1VV?= =?utf-8?B?Smo2WFFCSWNJMDRmNXZWOFdBQS91dWcvMEJlSGxHV0xoL29oVi9uRVJPREJP?= =?utf-8?B?eUtYM1JsejZRb3NiVE5HUzBwL0UrQjcyNXZpbkpJYk1UeXgya2FOTzljK2JT?= =?utf-8?B?MU9NeVFFR0hPTGN6aWpHNTVXcERsWVVQSUhQSGp1MHBRUE1FYmgwV29SSzZ6?= =?utf-8?B?UysyWmxBeVZtamsvbUJ1V1JpeXd2b3dHZFkwRmtSTHQ0dE1CcGk0Vi81Y0pG?= =?utf-8?B?TkloU1duSHJwMUgwa2RVOWVTQWVCOUFwSjZCTENUWlJ0akhvV1lEdkgwNENQ?= =?utf-8?B?Vll2c3NYcHJnT0ZpR2NEL2Y4bmxTK3JkTEwwRnpiamVjRXdhSDJSN1ppb0F4?= =?utf-8?B?b3c4Ui9tNW80TjBDZzNudWp3MURQVjRRaWMrajZOaERuK1FqTWEvc3FLTE1u?= =?utf-8?B?T2Fud0JON1M3RVRpYitjMlFXblhERWJxRnR2S2psM3RWS29IUytzSm1JS2pz?= =?utf-8?B?c2NMRjJ1bTIrRi9oeU9EVUFIZHBvR2s1RW5pV3VpZnhnT1VyMm1hb1B1S0ll?= =?utf-8?B?TzlYZkx4QWxFYmNQRTJmbEV1b2RoSVM3dGxtNzlPYW5qUGprWmRUKzhVL1Ni?= =?utf-8?B?Yng0TmFvSHpsOU5KUVhJSytSNFdKVXo2cW12MXROSjVvT1VvQ0hkS0ZOdkVx?= =?utf-8?B?WVpsOU14Q0pGSVhGYng0azk2WGQvNlpia1g1dUFPTTlraE5xNGk2MVlnNjlB?= =?utf-8?B?bm9hZlp3VjdubW9xakE5cm05VHhXYnlkdER0ckFiOC9LQUh3SE9uSUcrbzRn?= =?utf-8?B?dUo1N0Rsanl4dmNxNWtsSXVpTHpvaVRBc1NBaUdDTis4dHZzM0M5YUNFS3c3?= =?utf-8?B?TjlYOVFxWVVDUzBsOHcySUNUcDZyUkJEOG1BalJXZUJIYU43aFhHOWVYbEI1?= =?utf-8?B?ZTRhekJnY3ZZbzZyQkMzem1GZmN5bC96b2JzcUhuZU42R0lTWDNReVU5K0tU?= =?utf-8?B?UjhzRFpCemd1OHVmRG5KS2tKTFhMZktxUVJGUFVpeXJCdU1DWGhzcFAwby9S?= =?utf-8?B?dHRxTndwRzc4WDB2VzJiUVIrdzl2UGIxekUzQ0diT3E3ajV5cTF4S2xhM01y?= =?utf-8?B?bWlYK3VFTG03UEFzVlhuTWo0QzhCbXRJSXJLZlhrVzZ2UHgrUHJkVE1IV0NR?= =?utf-8?B?OHEwMVVOZ3pmM2pScjczQ3lxU0VyVXg0Q2tzMjczYkZPL2JkbEl2d1RqaWts?= =?utf-8?B?ekx5SW0zWVBaYzR5cTBBVzdmTnV6T3NDUTRrRVduRk9ZcytpRi91OTNOWjVR?= =?utf-8?B?bnpFQ09lTEgwR0oxUkNpa0N3NkNNVTVtY25QZGl0VTE1RFRza2c3MDI2Tko5?= =?utf-8?B?emV0S0J1SDJqWnZXQmk2bi9YUnU1TVpjdzFqVllnakZ3dVgwb2swbHVoVE55?= =?utf-8?B?a3ZXYURRdjRrdnZSTFoxZGdPb1B2Mk9CTGdKbVFiQWJmYXI5ZGhKYmtmTzBO?= =?utf-8?B?OWFwMGFHSFdVcUJMN2g2ak9weWNBRUprR2MyVkV1cTdlRGFHSjRSWjZCajBW?= =?utf-8?B?Vmw3cDVydU5OZGQ1S2RaVmNublIvWGRZdGNodEYwcEdiK2xzR24zRExvb0Jm?= =?utf-8?B?ZGo3Skw5Y2lmQ0ZRY05QcWFHRHhtSzBKcm1aSi83QXFOUWNwVU9MRGhrb2hv?= =?utf-8?B?N29KRzJrVWhPRVlWd2Irei9vMjN2L2RuT0pvZFQyT3FpZGFUeEJQclpHczho?= =?utf-8?B?eGhQR1VwL1VEVk44UFRjUmJCR1FEdTBvOTVSeWN2MWxwVThtcDNkbkxSaFA0?= =?utf-8?B?QWtFWXNJZ1FBQldGMzVwM2JlY1VyeWFEcXlRUm9wQW16dVFmd09CcHVVYUhW?= =?utf-8?B?NjA5U1lNaXpGcENkZVpDMDJXSE1CVERSU2FuOCtJTmYzNys2UDFMREgrM2N0?= =?utf-8?Q?W4U6UFXQW/EJ6t4DIWorewLkN?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: Ibv21RbeF4Pjqwr1LWL5jcR9TQH788nuRt9JebqDVGaUHxXVg60TeDk1vuatcTZUtnvBPpSCmp6gmtAA5549mG78Y5V/rHa3iLzKCRg6UwiZV3W7n06r60i+Ix+GTuVjUVQ998ipPY4e55Y/kfzum42CbeTlBci4RiKSAF3GuF+O6fyQQRkXc29BA/DZQEzydDXJaOGbfD/xR3NlroQXsI4PnvqS5dQsUcLM6OcKJGJWOFhGlwqg4xEgXSRsQqP8FAOuRCbVIWBAm+AMl0zYH/t6dHdPHYWK5sTHRSqlbhCA6iOXuDb0LwakLzzAUXxQrmPrQM3b9yP4PDrNgfHKf0ZBCITPfDL3Na95xFCqrghcYGnK0n8pbwk9UI3/EuQH4SWRH3pmTPwgHoo9PTkpjsMCX+UFce3repMj5OT0pcrjkYhV/paFAs2nGl2cBaVegImW8ct/Q/jjaTDUwoPjM8BKbl1M3EGvh3d0lkmozlPyoFTUDq3CO0p1H/WqBwZcfN5jQbCmnYxG5Wd7BgT3bQwQrOP0SMXWeXw0WLgOYP/qoEQ8Nq+voF6z9Of4lNNaw1HCcTtyrJ9A127nPTvfWiQFlY1QlkSyjNErBNVrobO2L2LSGs8JTYv0y0TOTxa1o8PZmNHQV8Wk7eWIhZvcwBDyeHS647lRiu7fAiE/cDXQWElHcNBQxU3mOrBICOqR54nDf5bPckyJNEOvLD7W5Q66e226oQzN3cjzl+341tFBOsrOlPQwtHqnHWg+fnalEsrefG4tS+qXrD0P9vRCx/G2hIEpI4gQ/L1zyXFmfLnT/gUSB9wA/21cbw0YAOBNMaylEHcZE33v5cj6Pzkyyg== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO6PR10MB5473.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: fa17681e-a835-4f9b-b75f-08dba50e20f2 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Aug 2023 01:53:50.3854 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3I1pwKcBkvnq2Y2RG820rU3fgmvWPgAEHEGTRKFg2X3fZs8tVdJ72jxL1ycc7vxgPJbS7MoKnOkYI3a7gWWGmQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR10MB6085 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.957,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-08-25_01,2023-08-24_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 malwarescore=0 adultscore=0 suspectscore=0 mlxscore=0 spamscore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2308250015 X-Proofpoint-GUID: N2VV9FoahnjdusjCA2xeJ5dLwBN8fG7K X-Proofpoint-ORIG-GUID: N2VV9FoahnjdusjCA2xeJ5dLwBN8fG7K X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) PiA+IE9uIHRoZSBvdGhlciBoYW5kLCBJIGRvbid0IHRoaW5rIHRoZSB1c3VhbCBzdXNwZWN0cyBk byBzb21ldGhpbmcgbGlrZQ0KPiA+IHRoYXQgZGVsaWJlcmF0bHkuDQo+IA0KPiBJdCB3YXMgbm90 IGFuIG92ZXJzaWdodCwgdGhvdWdoLiAgVGhlIGRlY2lzaW9uIHRvIGV4dGVuZCBgY2wtZmxldCcg YW5kDQo+IGBjbC1sYWJlbHMnIGluIHRoYXQgd2F5IGhhZCBiZWVuIG1hZGUgaW4gdGhlIGtub3ds ZWRnZSB0aGF0IGl0IHdpbGwNCj4gYnJlYWsgQ0wgc2VtYW50aWNzIGluIHRoaXMgY29ybmVyIGNh c2UuDQoNCklmIHNvbWV0aGluZyBpcyBzb21ld2hhdCBsaWtlIGEgQ0wgY29uc3RydWN0LA0KYnV0 IGl0IGlzIGludGVudGlvbmFsbHkgZGlmZmVyZW50IGluIHNvbWUgd2F5DQooYW5kIG5vdCBqdXN0 IGJlY2F1c2Ugd2UndmUgaW1wbGVtZW50ZWQgb25seQ0KcGFydGlhbCBzdXBwb3J0IGZvciBpdCks IHRoZW4gd2h5IHVzZSB0aGUNCnByZWZpeCBgY2wtJyBmb3IgaXQ/ICBXaHkgbm90IHVzZSB0aGUg cHJlZml4DQpgZWwtJyBvciB3aGF0ZXZlcj8NCg0KTm90aGluZyBzYXlzIHRoYXQgRWxpc3AgbmVl ZHMgdG8gaGF2ZSB0aGUNCnNhbWUgdGhpbmdzIGFzIENMLiAgQnV0IHdoeSBjYWxsIHNvbWV0aGlu Zw0KZGlmZmVyZW50ICJDTCBzdXBwb3J0IiBvciAiQ0wgZW11bGF0aW9uIiwgYW5kDQp1c2UgdGhl IHNhbWUgcHJlZml4LCBgY2wtJywgdGhhdCB3ZSB1c2UgZm9yDQp0aGluZ3MgdGhhdCBhcmUgcmVh bGx5IGludGVuZGVkIHRvIGVtdWxhdGUNCkNMIGNvbnN0cnVjdHM/DQoNCkl0J3MgbGlrZSB3ZSBo YXZlIG5vIGd1aWRlbGluZSBvciBtYXAgbm93Lg0KVG8gd2hhdCBhdmFpbD8gIFRoZXJlJ3Mgbm8g c2hvcnRhZ2Ugb2YNCnByZWZpeGVzIGFuZCBub3RoaW5nIGZvcmNpbmcgdGhpbmdzIHdpdGgNCmRp ZmZlcmVudCBwdXJwb3NlcyBvciBuYXR1cmVzIHRvIGJlIGluIHRoZQ0Kc2FtZSBmaWxlLg0KDQpU aGUgaW5pdGlhbCBpbnNwaXJhdGlvbiBmb3Igc29tZSBFbGlzcA0KdGhpbmdpZSBtaWdodCwgb3Ig bWlnaHQgbm90LCBoYXZlIGNvbWUgZnJvbQ0Kc29tZSBDTCB0aGluZ2llLiAgQnV0IHRoYXQncyBu b3QgYSByZWFzb24NCnRvIHB1dCwgb3Iga2VlcC4gaXQgaW4gYSBjbC0qLmVsIGZpbGUsIG9yIHRv DQpoYXZlIGl0IHVzZSB0aGUgYGNsLScgcHJlZml4LiAgVGhpbmdzIGNhbg0KY2hhbmdlIG92ZXIg dGltZSwgYW5kIHRoZWlyIG5hbWVzIGFuZA0KbGlicmFyaWVzIGNhbiBjaGFuZ2UgdG9vLCB0byBy ZWZsZWN0IGNoYW5nZXMNCmluIGJlaGF2aW9yL21lYW5pbmcuDQo= From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 00:08:05 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 04:08:05 +0000 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 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 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 From: Michael Heerdegen To: Drew Adams Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Drew Adams's message of "Fri, 25 Aug 2023 01:53:50 +0000") 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> Date: Fri, 25 Aug 2023 06:07:47 +0200 Message-ID: <87il93kbn0.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:PCAZw76pWpIBV+L5BE7DcFyxqpXo4ErJoJiFP7nyWUH9hgGvMTa a7RaYc2AdISfpxbZyTliKoF4mOqbJHPLABp8yET9Ir+u+F3Hbm7POPQBYFoGySkWr8SaSDU GEmgNSbpBYRRRWKrrY3IYseRwUrkG+ipFCNCc1uhBaCQgLZWIsewr4DAslas4XLT3V+P0Mc OUYsWwkqFu7SoE0fvJEIg== X-Spam-Flag: NO 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+ 71uTLhDySJJkkv258FKRCSzXlOZTE5wP2Tma3s/wxYEE2kaU2hK9PP4hrYsYg427lGAywtql1 EvcOcg4Ywmrcivbsy0FrNyBY8NUrLK1V6kuaZZRoBPjiRjXk6/IHY+SRplVtENGlqxptW1Ibe 22BpSB6FtwD8+MgVFOUcq/+4tg4= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 00:10:56 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 04:10:56 +0000 Received: from localhost ([127.0.0.1]:38917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZO9w-0007nl-0s for submit@debbugs.gnu.org; Fri, 25 Aug 2023 00:10:56 -0400 Received: from mout.web.de ([212.227.15.14]:49353) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZO9s-0007nT-UK for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 00:10:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692936642; x=1693541442; i=michael_heerdegen@web.de; bh=rbq2eCtzk/V44rjf2M8iHAjMPVvB1Ya4TlMPqNa8fco=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=JAEtEJFpCpwBaXews9aNzOJeROM1cEBc+MISP7R+5LXe4l4KZDr/4FDN/tW+hRJDy69MAvN LTKceKMYYZ+64Ttk13mY4Zg92UL0AXzsEoz1Dk7O8bbnAICh6YHR+qrNBbkhFlyUJsrHWNQ2W WWCg2XH1c5WBZ5TB1sr85y+S+Udz8OdR/RCnWAGwI2jObvbBjrE9DIeI+o+6e7NgiYvHDTQEc PIJBPPt+xWl7pQyt+RUIf3J0rKJDjquahuoSJ0fHNS3nDvmiloB1MKU0bOLE0oWr9tdGpF1F3 4Ot0Y/XhIDL5NvYGACu11A5IvCEWqMSTg0nsgUhMn6adD1wHlsxg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MYcpr-1qEGeH0E9D-00Vlkj; Fri, 25 Aug 2023 06:10:42 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Thu, 24 Aug 2023 08:17:59 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> Date: Fri, 25 Aug 2023 06:10:41 +0200 Message-ID: <87cyzbkbi6.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Yy+sb8dLN9qrnoh2P69eeAfbv7ePo6XvN2+CPPSk8ZsqfWqxTh+ dvuVtqC+sN5wSFyvgMhCe4KPtlk/ldgHn0HI5I8mrDo7jzw54nK/RLFult0lFdnZo8fe9O4 WgVJvcRfjW4rIUMV09iti5LiSKJOhu8IpTl7Ok/0i3HTITNQk16+FM377IuwcU12K/3rGOa 9VuxeWp4q91n5z1AreLVQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:jdSX7dUgWOc=;Fe4wjJoiwTVamnpiVtc3JKD2Ch6 H3yrgIrBmNyQBWaKUoUIoOlNBTaGgCEdK1f1ETllb/+e6IHTM90NF7F4NcO/3vP3lM2gHi9ZT VsqzddM8YnwFQmfGKpJoq9if9x+UUIjtE744wxb4be8FQPwN/VDwWcCCjm7ialZEylGrKahbM nUWlULHvymDIGM7UXEHEIzH3WjgT+MMEn8NAt4CUTbmzuDzCPre9RicxqUM/wPhA48hUlYfuq QqtukQ1nhNGSlbjWo9dero3N4Vhu9eU8VAtJ6SgJnGc6e1b3PB0fDVxznRyC7duO9YbdznSSn sKKE12qgftK7G6YjOYXoZzDldhuHPeFI1nb1oTCIAN3/OqHxLMXWDD24inwN4ybjYLFuumnmP s+UgnLC94M+bQ1TFKOkm5NLUZ4L/Uo+ooTH08dUAmPx7064+uR0PfxIi+kOMs2c0wNNpELHtu ekmld0Q75sDcW1cj0bd/3kWnsZHdbGQt0soYnE8FYqUw4hOMJ9R9I7GtsVNRDzjM8oMc74S9X RV86cKzKS3mU9bldz3cF3C9IFtqJqZkXMvICr2U2ak1HgiFsrSU6wuvYt3CCvIgSYv9r+qr/M vt2iJJy/S7U8PG28iqgOcqmwSfYy8muuKzTawnAn8SqVIVF1v6uayY9fzwWI6QJCbCPuwIILw KpXK5lJKrkJJEtzCAP3Al/SWZIUxClmITf3+vu7Z3caLTg+LBAowjnsGlYtoTRCNCdsRLEyo/ R1mvnXpa5q/McpQ28qlbHw7SL9MnpI0nKPWQWHCewEyhciKS26Tky9dEo6aR35n5h+1tEB1ie o0LRgGj92sCbQSsXP2QZ0fE30nw9F05ExNKrLPQI7m+wzS1glS5Jg/kZUEI6TkU1f7Sj7chq+ 5fVH6wTUCb54gpjqVYISeTN1iSgDW8O4bEGuPhwURdAWjD1NR3NxpVbSc77YYZ50/AcBQFdaO TUQ1VuomabYbby3OxVlJ/Xkpmus= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > Difficult. > > One could of course try filtering out constructs that def-form doesn't > like with a preceeding ¬, but that's such an effing solution that my > arm hairs stand up. I don't think I'll do that. Looks like a bad design choice made very early in the development of Edebug. Maybe the developers just didn't expect that this would be used inside an &or alternative. Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 00:22:17 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 04:22:17 +0000 Received: from localhost ([127.0.0.1]:38921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZOKv-00087m-5g for submit@debbugs.gnu.org; Fri, 25 Aug 2023 00:22:17 -0400 Received: from mout.web.de ([212.227.15.4]:39069) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZOKt-00087a-Tz for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 00:22:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692937325; x=1693542125; i=michael_heerdegen@web.de; bh=UxRoEhSLWneXf8ADTXFQBtCigNDe1LKbbz+q0D/4cN8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=vqm6FOqkJMwYuehlzVrs0s//ZBzKvAZAyc4oOhK6t6yG8rLyFpi8m/gru46suzx/6yuoDMf yWfiSIGdOh6ihW3ru42IkutkN53b8CCjvYYXeMad0GFnx52fxshRzMrCLnbBdu+QfiTEkOCTD fno/3BvYDuXtBEoFXy9i7ibA/NHvPCKhd37JM6MKMtYX46qFeNcm1LWoohJHIjikCg4xFKuRq o67rdKfnRuk8i4atKcdP9JYkUjeTJRFwEiNoc6/UiNkiqExkUawHUmDpOSuLz+PzQHPXVU9a+ NGlFP94g1X09xyegLSuChosslDL3HbnJ36NPIkFEjMoedVQID3dA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1Mmhnu-1pt95O3jXC-00kBRa; Fri, 25 Aug 2023 06:22:04 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Thu, 24 Aug 2023 08:17:59 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> Date: Fri, 25 Aug 2023 06:22:04 +0200 Message-ID: <875y53kaz7.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Lu2wVc90g1Yl0J1XUsbKhkYxhlIyti8GvfP9KH9ujvcPFodNDFk ITbXyUIse2BBrrVypgOec9yKTvb/v/jHmiuPd9bUmVBUrdbAgIiwG+1T3ZjkrynKFlPnzcv 7MM/KN+vbjpBXSHHmyU/bxnAxDQtYx/z7BAZndpLyMA3vZNH9aV+wnfu34FOA1cMsguMS/Z eHPLALLQmSI5FxZwWTShA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:UKZzTgnL0xc=;vdsHROVACCwIMcYHS4Rm0VVYwwd BDsEKaEf54wRQKNmZhB4o6mtzL44+vFObwplZ5drcc5QyhExXLYKK8eeMmYrtOJYl/1kML5G/ n6oulGDZkt2b8+xlW3CVRUFI4LqDYRl4mZjSwlRbvyNR82/od+n2GEM9eE2b/xDyaeajG7/OO qrVAk+DmXeJqO4VRQ8kv+33yV0aRJruLRuQe7B2Ltk7fnienzpaHj5aJCNz3fYyZWOYGEBzM2 r+BQt7nnWxSMjcZuQH0NgUMcjo94bybC7IAbZ0bM2xpyh2gGgVknB7UaXnlNWOlyhIJpFiIO/ DZQJtp9FYkUqpsQW7ouxrurNnnxWXR1oZZjWrTs4tmnyBffQQ7BLiNl2tDQW1uqPsj6VNJ9yA h+sMdbVnpKn5NzBidLYAkC0d7ofnVLLzV3uyeiphLD/tikfvx5eC9SPo21g1Pz/7VjQqUxkhF FX80yhYjsu3t5cqD0lDosTA69IbYlFHTJ911YhcwbwhhzOBvMOnEMnYpYK4Vapjzzhl2dWQTK d7x2edNy5xtZlj7/kHFN7vSLk7MOD+NJOjDvz/rxQK+xw6grI7I9P+gQyXttVnAKnp2L235Eb kDKXITSTkaRYqjmAzsFD8tJcWlj0yzP8RW7dejIc9kjmEt89IyZSDpcthTDJbBHSYaYHqSLwI VrA2EfNkdInx5jQtVF3vVfk5b4NVbeFralcTeS/66DRTXDgRiAcycEFO6eyYf3Ed75JcW9GTx fzEmE0udWTUQ43SolJmgejTDagadg7075yXc8M7g3zj6y08L6VytutEKjtxkHI2ex6VeARXSm Q7KxbIAlIs3wzt3tlN3UY4qyQPiahmQfeUv6fyh2S60awSL+nKfoS/egLv1kZEGcBaiWvWasU 1tVXfjeg7CtWJ6mD+9iIQJHzWURb8e9r/mhGpP/djaOj7bne09PGUeJXfHYVsNntu2ay9rwxU sbiLqhSbqeydpgAlxyRcSiqiGxU= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > That's correct. Setting edebug-gate to t makes not matching an error. > That's the, confusing to me, invalid-read-syntax. I understand that. Would it maybe work (as a workaround) to use &interpose and bind edebug-gate -> nil in the matching function? Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 02:19:44 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 06:19:44 +0000 Received: from localhost ([127.0.0.1]:39019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZQAa-00035j-7k for submit@debbugs.gnu.org; Fri, 25 Aug 2023 02:19:44 -0400 Received: from mail-lf1-x133.google.com ([2a00:1450:4864:20::133]:48596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZQAY-00035W-17 for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 02:19:42 -0400 Received: by mail-lf1-x133.google.com with SMTP id 2adb3069b0e04-4ffae5bdc9aso827028e87.1 for <65344@debbugs.gnu.org>; Thu, 24 Aug 2023 23:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692944371; x=1693549171; h=content-transfer-encoding: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=eQz3PkMEAlwOmHUQNl0WkITdl3pgs8Ec8Tmgjhh9v8c=; b=GqF/3+mps+z8Iy+DrNjdItQaNk5BPyMgk4DPqnHY+IwTOaPTwZmcPqhp0xm6e0Bjqr HElsH3AYCCrV+aGej68o0JiaVkbV0k+rCwftmTqFqNR8lFdkGaNp4r0lZIUKrB/cDhgw 7z872PZVn4xbRAg/q90S2+nfetsbCtntFyN8MpZBmyEdR/+Pu9l/aC65yoErNwyaEeLl TahxPrQN4rv4Q1D6kkQXsIowRlitYXaZ9SsZZC+6NGzvvgm0r+9wWc8OK6QsBCv2O2M5 bbjnWJ5sW5CZwwSpHQH2kxt0yTlS0VAYCdZIcyjVN6YhbfZoCOUT3m/kaGBJhoxUuCd2 7ccA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692944371; x=1693549171; h=content-transfer-encoding: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=eQz3PkMEAlwOmHUQNl0WkITdl3pgs8Ec8Tmgjhh9v8c=; b=lZg7y/I14ZAnU1w2Dg7Pdh244+i9O3o9wjOOgbYecMtJ7G6uReDSIf3M1t915Q+k/U FXdN+6ysG5QKoO0Rb5LCyR0rXQ7Q7Wiuyye3GgWhZwicHUPgfG6Wdz+ZAU4EXWywZpfT fCJnkq103HrVwLoYrqN61C/p0b0fuCe9kGNeIx+Hc6x8fUaogORpqVnjd5lUvAp4REhf EH8Tg2LduKZhVhzo5S3AyrlCYrIxbef7lrxAVP9UxRzn0WvZNSdYAybr29OAoadk9hRT 7JyvCrCmPWnCqPTEufFYHycIa6kefP4YcxR4axWBuerfe7SReQkd5RtlA44sNNUMukqi /+zQ== X-Gm-Message-State: AOJu0YxCQqIvaODuQsOF3DTuVbag+Il60OxouxRENl2ZFZFDSLf9AlUs GIfFW+dQesHOOU/PF995qXquHEcEZ+3Gdk/k X-Google-Smtp-Source: AGHT+IHh8VXLQsrhpz48DLKUZTsfWnVCuQje5Z6DzdlAharCfFio35N3MSnDFNGrzBfyuOOZq7+wJg== X-Received: by 2002:ac2:4e95:0:b0:500:7dcc:621 with SMTP id o21-20020ac24e95000000b005007dcc0621mr9075453lfr.31.1692944370955; Thu, 24 Aug 2023 23:19:30 -0700 (PDT) Received: from Mini.fritz.box (pd9e36a34.dip0.t-ipconnect.de. [217.227.106.52]) by smtp.gmail.com with ESMTPSA id v19-20020a170906339300b0099ba3438554sm581206eja.191.2023.08.24.23.19.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Aug 2023 23:19:30 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87cyzbkbi6.fsf@web.de> (Michael Heerdegen's message of "Fri, 25 Aug 2023 06:10:41 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <87cyzbkbi6.fsf@web.de> Date: Fri, 25 Aug 2023 08:19:29 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Gerd M=C3=B6llmann writes: > >> Difficult. >> >> One could of course try filtering out constructs that def-form doesn't >> like with a preceeding ¬, but that's such an effing solution that my >> arm hairs stand up. I don't think I'll do that. > > Looks like a bad design choice made very early in the development of > Edebug. Maybe the developers just didn't expect that this would be used > inside an &or alternative. The docs say Edebug specifications provide the power of regular expression matching, plus some context-free grammar constructs: I have a hard time imagining that somone with that spiration overlooks something like what we have here. I'll submit a new issue for this. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 02:33:17 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 06:33:17 +0000 Received: from localhost ([127.0.0.1]:39052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZQNh-0003Tb-D2 for submit@debbugs.gnu.org; Fri, 25 Aug 2023 02:33:17 -0400 Received: from mail-ed1-x52f.google.com ([2a00:1450:4864:20::52f]:59690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZQNe-0003TM-OD for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 02:33:15 -0400 Received: by mail-ed1-x52f.google.com with SMTP id 4fb4d7f45d1cf-52a069edca6so885215a12.3 for <65344@debbugs.gnu.org>; Thu, 24 Aug 2023 23:33:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692945184; x=1693549984; h=content-transfer-encoding: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=Vk0A89Y4Qk03VG8qZcZ/8wz2n2EbfuXrvgFBALM4ors=; b=joI4xAu5tUWMlvah8javYoOLzgyuCdrzEJmmcsqRU0Oxc0UxACEvXKpmF08dIRAxEX +PEAVXqDp0ltzAMJTRRVHi2uy3Ccx9+pcVhvyhs76xV7IPJWFB/OdmW9P3frdW/YDlMa 5mloZyWWKtNTtEsRYhPHqS7tjD97Dy9dUjIId8EW4Ukfnzwu9oJuVOu5IJ1GY2gAdP7H sGlkstT/4/0iLhJTPEMpYE2ZkVE1XUj3PgUShW5oeMl0Q3aiQd7NRh1oAYEOoiBfZWy+ dSMrPWTuFPCCHUbUlLQbMMpcXrrDNs3HZ9d/En4nx7lB1/wInV10PQUXBHjg7bfrShak S9qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692945184; x=1693549984; h=content-transfer-encoding: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=Vk0A89Y4Qk03VG8qZcZ/8wz2n2EbfuXrvgFBALM4ors=; b=DqKlcNKjjeiZjFvFwKzWfV+A9AXtPZJwf8/lptAm9CqG1E3jRKxf8dN+57wjUWJFPj Jj65ppWx3eWoBqfla/cbotRcOTUOcjiMXNuDd8ZeojeNP786T7OMegja4xkcLL6EORWg TIeE12jjCVuWFaae41mupFCWRWzcib9PNmOnjqNvlZaBfJKluRySh9lbsy1bjjJwj/Ik VQARNoWMKfl3r3lQiEq9PSpQY5EnFHB6+yXPa+yPJiOEpDLvYu4phDmvUY8MbY7io+U/ ZfME4VFtCNpoi90zkbgbGeQrbR273yzqNF4uXh+LZbXU8NuuchHxV9ejZbeWgOBig9Zl tCXA== X-Gm-Message-State: AOJu0YxgxUrLZ8++MdjbIIoymsD1l9BCPSlQijHYhKvB/iRGn+r/RUsJ I6S5l8vHj3RpqUCJQb+nbmpX+6hLBcSK7W5J X-Google-Smtp-Source: AGHT+IGTyrnviIYdNaKKjZte9WWDK9d9w8quovCHFkoY/TOy+yFXPV1yHoCqD8xYnGbjqZxJG5SCwg== X-Received: by 2002:aa7:ccc9:0:b0:523:48d7:70b1 with SMTP id y9-20020aa7ccc9000000b0052348d770b1mr14763241edt.19.1692945183740; Thu, 24 Aug 2023 23:33:03 -0700 (PDT) Received: from Mini.fritz.box (pd9e36a34.dip0.t-ipconnect.de. [217.227.106.52]) by smtp.gmail.com with ESMTPSA id e5-20020a056402148500b0052996528b81sm653622edv.45.2023.08.24.23.33.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Aug 2023 23:33:03 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <875y53kaz7.fsf@web.de> (Michael Heerdegen's message of "Fri, 25 Aug 2023 06:22:04 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <875y53kaz7.fsf@web.de> Date: Fri, 25 Aug 2023 08:33:02 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Gerd M=C3=B6llmann writes: > >> That's correct. Setting edebug-gate to t makes not matching an error. >> That's the, confusing to me, invalid-read-syntax. I understand that. > > Would it maybe work (as a workaround) to use &interpose and bind > edebug-gate -> nil in the matching function? I don't think so. The docs say for &interpose means that Edebug will first match SPEC against the code and then call FUN with the code that matched =E2=80=98spec=E2=80=99 i.e. it first tries to match, which will give an error. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 10:51:12 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 14:51:13 +0000 Received: from localhost ([127.0.0.1]:41045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZY9Y-00069u-Ch for submit@debbugs.gnu.org; Fri, 25 Aug 2023 10:51:12 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:61322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZY9T-00069j-FC for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 10:51:11 -0400 Received: from pps.filterd (m0246632.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 37PDOC1W021100; Fri, 25 Aug 2023 14:51:02 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=FvKkMLtxUi8G0F5kqtIr1vUlfYM2bFXnLYAwbqwruz8=; b=WEHYT+PiwcFXt/dilF6DhqaHL/qNiIWR/GUKvvoSmLu7zA8BjrvuROjQ5tCe/qmQI5nF xYcDJ6QlKtQpJISOFsuH3yS8uLv4UmsGsGS5llZehbOEz2fKWkEYW/y7piIkc+QPisok ZhI7goc/Uc0W85LKQQWIy98jIrQEGBcJbhEHAef1YdnE0TQ/v+vMkwXS9mZDqM4yhdtw GnwKhPEYdbKoqq3wnMPwDInQFjhXJsMPKwOKy512MrcHD3OhdAcD3OkyHF73Qrv0mlEz GVx67gSouUhofVPxOcz2CZzmNo2UICBu0yxo9MsPf1ZwRJE8yH36oht/BZKQXrvb2bK7 7A== Received: from phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta02.appoci.oracle.com [147.154.114.232]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3sn1yvxk18-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 25 Aug 2023 14:51:01 +0000 Received: from pps.filterd (phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 37PDXuWR035838; Fri, 25 Aug 2023 14:51:00 GMT Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2171.outbound.protection.outlook.com [104.47.55.171]) by phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3sn1yqx3km-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 25 Aug 2023 14:51:00 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WVFeYll7ZYGjcFY9czouxnCJuLWqYfffnHIcCi9aNmFfokjTwEMET77CqR/kfeid8LSO3zbP2QuUSzi0MNyZdpPVuz4yXb+BbPrbWJZCG8+e+9K3t3aC2aENzAKmAOQyBCjYCQrXlpKwS0EYcGwaKM957PkJ51clTb1JL4+m95uVAyAv7WclvIg2G9X3b2V/XhKM9Uh8r//WQv2Xy2beU/Bhsfs1e0i4Ii/wX8awHAD9Syh3dUKJlNusdXSGLphcTnGH80gmGlT38KO+LlyhSNiFHbmQMLCTZNuQHwCuJvhikqHv+1pJJDYW+pNWmUvD1kz2Hht+dbDpHpF5gD0bXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FvKkMLtxUi8G0F5kqtIr1vUlfYM2bFXnLYAwbqwruz8=; b=fwLewsBcUwGzkR4c9qeBHi7f5nZKfwdKo5cXNODgmeoWWAKm2WNDPQlYgyQWaLFqYl6FtapTiefdvHu66FSp8oAfr5m/7huV3bPzwIQzWSyNZTq1Co2XEfb/WJ/P3dVb0FclVxmenOLPwCt8BrZMaWbaxzVOujW0N0iHwDNeVlmqYj2LvvhefN7MD7qkpy3PoFxgKVEFZSPHOTu9QF7i6UobxlnpNVTu4UUZDS5zux0iO80kmvZI1Izfr0vN+UmEIV0AELceAoGQb+b0udAaKZwycOQ1IdlNx43GzDoPXhXD1t9k2lS0DLwuWZII+Tl4XFnPwQMKwlH5I95WC8bcRA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FvKkMLtxUi8G0F5kqtIr1vUlfYM2bFXnLYAwbqwruz8=; b=NTj0cdAEuL6xZQNXYXC8tyihd+gWRxdiNdSrGzVo2zHXD6YfK0l9T1ydeDiwhrM8PwwCMseZ66I/L4YC8OrayxsxZbQpjgHzWBaie54XEPDejCwzJgpmpw74dTWHZCb026hxYhSqB/v+4Cu/zwAHQVQpMW2FWd41AFd3I/uS2io= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by DM4PR10MB6814.namprd10.prod.outlook.com (2603:10b6:8:10a::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6699.30; Fri, 25 Aug 2023 14:50:57 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::7da3:721d:d706:8496]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::7da3:721d:d706:8496%6]) with mapi id 15.20.6699.028; Fri, 25 Aug 2023 14:50:57 +0000 From: Drew Adams To: Michael Heerdegen Subject: RE: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Topic: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Index: AQHZ1wm66kul9q3GU0+5SbjRqhCvOK/7DrMg Date: Fri, 25 Aug 2023 14:50:57 +0000 Message-ID: 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> <87il93kbn0.fsf@web.de> In-Reply-To: <87il93kbn0.fsf@web.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|DM4PR10MB6814:EE_ x-ms-office365-filtering-correlation-id: d77fb2be-ac1e-47be-5512-08dba57ab0d0 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QQoICRUa2xzNWkQ1/6Q6ZczUU52S9t2ecMj0YTtnMqGGTMmBf/OApdgq5ErXjKqC5iKlVOTTdfAPR89O0qAePhrrFvWf8T50S/FCVHh+NJXTdtY69UUg5ILADZH/PzMVV6M19pqhswubA49U3LR7m0qBG+DCZiYpyM4OpWCDRHCMlzq1TTzMBgOrFEuYBdWsu+ddENLdzjPgDMb5gsEVbN15VJ2z0ws/3brWR6bkzljCeHglqQMWoEsrUUXbl7aT9QFQlA8wjavncIBSkQ4vNDC8BO02bWMJ2FbfTSk6CLhFK2i8kVeGMwDiKxVfiZ9cXJJ22HtJcz+IQr5octwlMYYN12SZk8QgTLCut1nNbtmxA8psGQzTLL6XL9GXaTpJdCnw6k+UKV82OXGQCMgeDAyOwm8tyM345gyyOjzGNoHjky0uzbSPUYs1L8W3pLyk9kNhbsjkTKJex3h9Fi7RGp0ZtzjdbiQjhwXdVudQKQRVYFRk6OPfM+ciWOOopaLl5azXupQLAEi4WZSJQjE8DONXRlidyFkLBQ0UrSzSwzEJ99P8JEQGO+WNVRbR3odkez/+YDq7fYnllJl7T/XKcn1gyEsuHqK1u1o0FopQdNeLnETPfeXfuYcsS2wkDP7/ x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(396003)(366004)(136003)(346002)(376002)(39860400002)(1800799009)(451199024)(186009)(5660300002)(8936002)(8676002)(4326008)(52536014)(316002)(26005)(41300700001)(66476007)(2906002)(66946007)(76116006)(54906003)(66446008)(66556008)(64756008)(6916009)(44832011)(478600001)(71200400001)(7696005)(6506007)(9686003)(55016003)(83380400001)(122000001)(38100700002)(38070700005)(86362001)(33656002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?pMvNXD5o65Ssu2hoEQ3Yt4BZnzrrNqVGprWMGhpZBCjWLDkKgtcVSwSpb5?= =?iso-8859-1?Q?AnoKOZdYu8DF4GAhL3ajCdSKFMrzmHHs1ayPMUWqyZYNVPffASrqlaXejE?= =?iso-8859-1?Q?mY5fObiMeGj3Cq+BV9EzBMRY05oSMsLDQ1SBcAbxDBvLP1fMLC6fsj1jQO?= =?iso-8859-1?Q?IKdd7BQoClSbDcEynoTyyyUPzvv05zgDILzuXtDkSsiHj2TA7eedRLzL68?= =?iso-8859-1?Q?FyaagiL7JjP8ETYjx2VT0lvLDZYmXnb6uRi1nik0kKXrotyD0tfh5LUUqq?= =?iso-8859-1?Q?YQdm7hZFfbYk4klkEqqqPNnLcXJuQrRITeMDUP4pPocljPs0ufCLt4MbTu?= =?iso-8859-1?Q?GaMJhd+/5ELF/pZgmvHRCyn7Dau1bNdtp97XG8wSaBMncFwR9eeScdezUA?= =?iso-8859-1?Q?JMxeSzf8x5b5EmLVWIk8viTxPv8ngTBA52Tv2hXVxqLBRcoLK4FUbOI/W/?= =?iso-8859-1?Q?/i4e60ve9ZzS3FV+8qQzdluzMhjuaN9hfUrUI9eY7rW6nls5nOsa4r7HTx?= =?iso-8859-1?Q?lCHHD7YbmHJQhGo6TrXFw6iZIIcFk0xZB2GcQ6mOwQLGwjGwsOtSlE5Vyc?= =?iso-8859-1?Q?rkcf14KHkkdbtV6SW21YP5QUE+m3iWlp8vRx6REA8DUBsVxWmyjGzxZOZj?= =?iso-8859-1?Q?HFVv54TlShFiYw4RDnTL3p9h9Sc7sce48ERTqqi76dKmaD8rOzMqHk2vaq?= =?iso-8859-1?Q?M2EDVoGY5gn8d3H6hFcTASdwYWz7Dc51aEPGVZBIOsCvEFmW1mXusZotW5?= =?iso-8859-1?Q?Q7DOrFF8s/i2LmbdvVZQmBjrbWM1K44CVRJM0F974zj/zWF6gi0V2GZQxm?= =?iso-8859-1?Q?xidBwEySs258DT2ELSQMyrXx4S3Rbp3k2ZEnCo+WcNtO2bfbDTTf0tzd9Q?= =?iso-8859-1?Q?Y3s4TWW4iukeTc0KaPcjdwpPuibzoh7gq+DNbcfobhk2V36JVU3mV/ItcP?= =?iso-8859-1?Q?b2UbDFaoj0A7Mbb9nkUdCAFq1cE8YzYA285Z36jyKjs9CIOa2igxAfWMLS?= =?iso-8859-1?Q?m0JKpLwWiWSUakIoC8deb3WXTCdQTKYRsTnYiY7QAMQOHQBJnRh/4BlFPl?= =?iso-8859-1?Q?R1AkkYmZXu5JVaBq9V0Y3nd4CVrZKo+eVzKO9RlidmzL/kWLH7hWLvp/RN?= =?iso-8859-1?Q?gUSeDZM3u7/l6ZPyCqTOW55Sty6oUVSM649Dq43MEcYbVBAgCvO6aa1W2H?= =?iso-8859-1?Q?k70acYYDxCn6rPAMUZAmX+44T3DeEpVusNPcRseHaRD4GJjByOL4PwmWar?= =?iso-8859-1?Q?ENQBC77xl/Eo81mYlWYXruCWIKMV+UT0UzYAIJ9HaN+b4jYERBAcqIE13p?= =?iso-8859-1?Q?KsQVPm7xh06I+FHBGvA4Owqnq+3K+FtfPqnx377iCD8BEvZAJCIdwFwgaC?= =?iso-8859-1?Q?/7Nk96B7WBoCwh68wp4PArFLEbeAwUuXOnrS4GwMA7kHdg34qCxnKY6bS+?= =?iso-8859-1?Q?Sy4U17ZADzBVs/Gpu2AlS9fPmirFdNNamh4U79Mm6OrCS425FQ6fz9IuRT?= =?iso-8859-1?Q?RVtw55nl4wcssqnGOKb9GcWYtWwR3CxsruX3cAJB8P4OwaNTr6HKkyrDFI?= =?iso-8859-1?Q?wAOhRtqhveohhqvt6BSGo7nup79yYpxiL5Nc2JGbKX9pP8uNU/bEn6fGiF?= =?iso-8859-1?Q?wiHwwoa9xGwDS8YsO2dzGEPdy76FnD9Ymc?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: 3L4g7GqS3WVfiExAxgrpo6SVi1T1Wqq8zB/eZb1IHVxtMSTK8TLsOSjdBp/6zHrlnOF86euamnXB1efrYReQAi/EVFkfGGfErA+H0GH5dRr6YOBo8yXV0KMVtiOjLbpC3PIwxEfZjL9zWMLUYlxUkB0Z+lEHrLRi0bvhKiwrBxFi9tGAOAyu8oYj67N3cH3qEY6sbFe/Sy0RdqmGGCQ3WnlkPe9C9D1K8DvgzLVtHnKloDGoyoyNOdVRGi66Rzsb4+gRMTXdty3SsCVqpweaK2GAY2mlvFh1ZDAtDIVm7lDEnLMufNa405GBSVlEk1lm1HBiio7uQiysjqS9dDn5h4h5cPzb8UfzIChNuTZ2H5ih8LKmeqx9KUdtkcSMXv9ZTMO9z/MT2B58/w5djAOYw1THELb7I/Z7sF6PUWJvzD9xU+IfesCpuYNZu4XM4exrMqo3e04dmcnwN6ijVOEsy5vs5G0gOscJGRpziWk+0cFuJYtW+1szgUROgjvyEeMig4QlgSEKDs8PBrSI7j5QrJ7IgN7JjRBAf+SnjTq/lL2JiMHaSiK+VjZcGaOW7pD/lYcqvqaLElJY1Cwh1hVMxjjgdysbcKVUHPS0DrKoxUy03dj2U1GrbXU3wwrMCJDLfNMKFwFOEQbEwoVgp5OZtglWVzEnN7MS5Rk68VaAJr+J1htg7Awaz/qaQ86/HFonyTYfbXBNX28JhiKM9ngiUQBflrvvpzyehWDFqTm44F8RZXUdC8s4e/jfukWahE+tfFAfy7O3DR5NYE5tnL8rXNuKHXbAjNgb1fiykQNCqdKUdUGTuFL0N4nofmjPEp1WReLDPJfO1H12luQyUMgjbw== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d77fb2be-ac1e-47be-5512-08dba57ab0d0 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Aug 2023 14:50:57.4075 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: QQaB4GJlvwY6W3COzGVdxNGS3fwG8eb2s1D916ovc7EH+X167xGXal9Zf1Ls7zknkc28iejDiC4dz+bMucMhYA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR10MB6814 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.957,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-08-25_13,2023-08-25_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=811 malwarescore=0 adultscore=0 suspectscore=0 mlxscore=0 spamscore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2308250132 X-Proofpoint-GUID: qoX7GB1M19qsUTr-wk2E5Hngbgrop6Bz X-Proofpoint-ORIG-GUID: qoX7GB1M19qsUTr-wk2E5Hngbgrop6Bz X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: =?iso-8859-1?Q?Gerd_M=F6llmann?= , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > 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? >=20 > 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. You seem to be guessing that by "something" I meant `cl-flet' or at least I meant to include `cl-flet'. I did not. I was speaking generally - the "If something" is key. Yes, I can tell from the Subject that this thread is specifically about `cl-flet'. I tried to make clear that my comment was not really on-topic, but was more general: about our handling of CL and non-CL stuff.=20 =20 > > 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? >=20 > 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. Exactly my point. Instead of "the library", which is a congeries and can become a catch-all, let's work toward having two (or more, if needed) separate libraries: for (1) CL emulation, however limited or complete and (2) other, non-CL constructs, however much they may have been inspired in some way by something in CL. > > It's like we have no guideline or map now. >=20 > 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. Agreed that naming is hard. But that's not what my point is about. Currently, we don't have two separate bins in which to place things: (1) CL-emulation and (2) other. So there's no reflection at the name level that's preceded by deciding _what_ something is: (1) CL support or (2) non-CL. > > To what avail? There's no shortage of > > prefixes and nothing forcing things with > > different purposes or natures to be in the > > same file. >=20 > Changing this prefix would cause work and trouble. I wasn't speaking of changing any specific name or its prefix. I wasn't speaking of `cl-flet', for example. I was speaking in general, proposing a policy of trying to avoid mixing in stuff that doesn't support our CL emulation with stuff that does. > If you think it is worth it - what's your > suggestion? "el-" is much worse. I don't care what the non-CL library or libraries might be called, or what prefixes they might use - other than not using `cl-'. And it might well be that some such constructs would belong in existing standard files. And maybe, as such, some might not need any prefix. > What in `flet' is more "Emacs Lisp"y than in > `let'? Again, I haven't said a word about `flet' or `let' or ANY specific `cl-*' construct. Dunno what gave you that impression; apologies if I said something that could be misread to make someone think that. As for `let': IIUC it's pretty close to the `let' in CL now (but yes, we have buffer-local etc.). I also don't have a problem with Emacs _not_ using any `cl-' prefix for something that does the same as what's in CL. We don't call our `if' `cl-if', but (I think?) it's the same as the `if' of CL. Likewise, our `cond' etc. And rightfully so. > 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-". FWIW (as kinda said above), I'm OK with 99% (or even less) support for some CL construct, and I'm even OK with dropping the `cl-' prefix. The `cl-' prefix distinguishes something that emulates a CL construct from something else that might otherwise have the same name but is not CL. E.g., our regular `defun' is different from `cl-defun'. If we didn't have our own macro named `defun' and we had only `cl-defun' then (IMO) it would be OK to call that just `defun'. And for clarity - to let users know that it's essentially CL `defun', we'd alias it to `cl-defun'. What I disagree with, as expressed in this thread, is the addition to a `cl*.el' library of something that's _not_ a CL construct, and giving it a `cl-' prefix. _Why do that?_ That's the question I asked - to what avail? > 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. OK, so you don't see a problem. Do you see a reason why we would add some `cl-foobar' to `cl-lib.el', if it's a function that has no relation to Common Lisp? Does it make any sense to you that someone might expect it to be housed elsewhere, with a different prefix (or with no prefix)? That's all I'm trying to say here. Let's avoid stuffing non-CL stuff in `cl*.el' files. Is it necessary to clean house wholesale, moving and renaming things to fix this mixup? No. I'm not proposing disruption or extra work - just a recognition of a will to avoid adding not CL stuff to `cl*.el' files and giving it prefix `cl-'. Nothing revolutionary or heavy-handed intended. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 13:54:11 2023 Received: (at 65344) by debbugs.gnu.org; 25 Aug 2023 17:54:12 +0000 Received: from localhost ([127.0.0.1]:41180 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZb0d-0002qT-NV for submit@debbugs.gnu.org; Fri, 25 Aug 2023 13:54:11 -0400 Received: from mout.web.de ([212.227.15.4]:40411) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZb0Y-0002ps-7D for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 13:54:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692986035; x=1693590835; i=michael_heerdegen@web.de; bh=/rjwIw6MLaMhyabrx90YcqWKjkyutOUzqYwmCeJDDSk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=FdsPbUInySeOSg6SrDZ9HpI0pp8cF1+YcFba+ZtAN9gQjAwpdBKPHdRi1isDPrXz6VSSBC1 7ueo/Qj+SAFSzHO2Qc+kE23jYdVhbjGnDCDNS0fz5dpScmB1wcFaU+FogKmw+zGXVS+LlwfUw CDQA6vcsc8pVimt0EGzO1C82dCoPk9JuoPFwm6Ye4HqyRxsrzUqaq9yD+SK4KkXKRevqoSRX5 KbbtNFrVgy48fjY8OyujqUw7QrioXnZbAmYGB9HSQIDWu3eB1ScKyXrZXM9OnMDe2I2l3C+xO xxUFRSwU2OAqUTUGVQpldaZZAbRECooEycXC/A7GVT1hOr+Vw/ew== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MHmq2-1qWpZU3shC-00FEJc; Fri, 25 Aug 2023 19:53:54 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Fri, 25 Aug 2023 08:33:02 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <875y53kaz7.fsf@web.de> Date: Fri, 25 Aug 2023 19:53:40 +0200 Message-ID: <87bkevf1p7.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:7p/vgM5S3cS0C4NgI3K7Yky08QB95v8sSq+0NiDZDwAxQiROM50 f3R5JQxBCGFDXmFHNVD5JDIYay5xZNdZMhbeRy1xWYHoXv0khScfiyLcC2xjpIqQkuQUXm9 NQopUNhLkbFtc0vTFkVuqqJAGL4aaUcXmG96V4PgDeGD8K2PVSGrJd3VmnfAXX4r6Q6jvJ/ OzcfrMiIiqBhkd317g+Kg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:tyUh5g4JU80=;7W9yivh1Q12tXGi7LtzpkkuDQIN 4Yk4dSpmbRXpfeFBjvOvI2AgddBjNM4SxEZrUiqRvjcVTMyugpTBJdo8+wwOT6zKVSGxR0a7n sfX70J7ucogf6lOu7Qi3QtQ240+pOr0o9Lylz5MPDy3fZUcaSr1Rq6ssCP1bH3j2gNdvTKjWU gxU/hsOJbG9c9/s7XC4DVsDH1e9ewHZDLUSf+v6G1G/CsDbl/+q6cfuUgkJ7VUjG/31dVG/ad +uCtp+XYXcsY0+d7B1V3xh9fW4+5j3hnsz92TNR+BEPLrbZ/RUxb0xrmcxzU5LMnGuVOIXb7s zv6GTwOHtJJF9SWgQ6wLy2F1DocCqCB5hgVt30lxBm0ahonMUKZDndFMyNvHiBL/kb0yLxyrG Sjs362WsUqE9Lj2SYmvkXrTSBlbZ7cf4/z44DRIzkRCh8pIMiqSsNV3U1D9csPhuv2hGr6Hqy gXB5Owsdu7TcZzvsgOLnwYT56LyIgHI3ictp+JgKxBm3W2025lXqWMUEXS3IZj8tLc1qi5Fp0 c+mnzifBxHvNvgGRBgyQfhwu4oEv8JfycuxFG/4H2hzATBKDcHTGuOjGZ6pXGQ24cFHE+DMSs SyGWkNjIba9CNQrKCe9kJIZyFU1G5wjB4aa3atGMn+uI0FOo3YqCHbkrskfdaz3H2BK9PkfFV z5q7qgiXoKiUW1kMCDUFbdtrOwRy3QX6NKJuwwBWtV1w9wH8hkcFynIx3xn6W3NtHqTz/UnK9 U46rVuv/Kbc+IgmHRmeVEB/p5kf1KsE4LMjf4Tjd+I4AmpEBnCa/qp/oF27uokThskHAN+XeH tSd83AVhym/tCqCIPBcHemzUAyhHLsg4pvKLI8/30APf5+JIRS3JBIlMs9hqUfZnyKAUMijIn G/e71V4noLp1zPNrETz6mXL2K+ye857ZCRlDxtctaijxjGYUS0Oo9s8vvHpXRlQclqDoHUr/Z vVQ0wQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > I don't think so. The docs say for &interpose > > means that Edebug will first match SPEC against the code and then > call FUN with the code that matched =E2=80=98spec=E2=80=99 > > i.e. it first tries to match, which will give an error. The idea is that we would match with 'sexp' or some catchall pattern and then instrument using 'form' inside the function. Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 20:16:22 2023 Received: (at 65344) by debbugs.gnu.org; 26 Aug 2023 00:16:22 +0000 Received: from localhost ([127.0.0.1]:41250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZgyT-0007Yp-V8 for submit@debbugs.gnu.org; Fri, 25 Aug 2023 20:16:22 -0400 Received: from mout.web.de ([217.72.192.78]:60655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZgyR-0007Yb-3a for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 20:16:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1693008963; x=1693613763; i=michael_heerdegen@web.de; bh=36ix3cVfbXrif14KW3kbsOZYm88NFwSgyF29sKmJZKM=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=oRd5U0f3cKks/JuynL2l9QU1NZa1g8qhlpqkggNlwo7rcyU1EClCpMKWN+1IEpM4V3foR6T vyj4zH1/A/7BU8Bd25Du4kl0SDjl8OZcxGMRtyuUWzNtdJENZmOUh3XVEewpgomlaw1OCcMvD ReUXpPrlPM6La6bW65k31KbTC7DCGzIcGTUR/dhe67PCfj363aqNks+kNsZpeL370KfWS0C5i GA0y6s2ihr98+Yaw9Y8DHY90Z3vuY1nXh/oBALilcOumUeNvFtGKAUB+MdWgQB0+tBOsbe0rS U9J5ECIMZjZXqegGJ5UIWcoEDKH9Z4yr3vPxZQfwzMCZZqSv/vDA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MrwsB-1px6dq2xSH-00o2W9; Sat, 26 Aug 2023 02:16:03 +0200 From: Michael Heerdegen To: Drew Adams Subject: Re: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Drew Adams's message of "Fri, 25 Aug 2023 14:50:57 +0000") References: <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> <87il93kbn0.fsf@web.de> Date: Sat, 26 Aug 2023 02:16:02 +0200 Message-ID: <87sf868xq5.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:IcteTXpXFVWqILEWoPW3CsrxHyx9UC3C4fNhwQxydrFWk4Eze8A 0BfyTzIIhRblLzP0mOhfxKU1baCK3MxGCaYXMHbZllE0HqVfMBS/piPjyyEmo+2AKnmc64/ X3ErzRH5F9GHQm5FT6D/F7eDgoc3SqsnVPiTD7FvqXWWUbwEUv/IaQ9Kxg8kRwr4Z/dZvaq 4aRQWPPIM6XXT6VxaLgag== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:G7r6QUcrJNE=;OQ80UDPG+AwZpKaa1GmSLbVDbc/ n1NaYf9tQDwpsdRksrI5TrunyuLb8Ts1fOgb+cORZczhjXE4Vjjrbj/yMxDr8cI8WWMXcvRZR 3XFlwnPdRijPJmxCEApJVE/xqPAxwnIaa/WzkKZeB5LL6ZGQrVZwvbRVxIgBRXBUGwev9EHsZ UdnPWVur2HkQPQ87eytckT9RUCAwIIc8ToMksx4qWDKTPM/5kEQ2u2WZ+oUBFofWEesu54SDk pkk5NiBbV6MhXPXkFx2s3di5Y4QJ+zTBCe5kr7xDAeYZ+lGNm3I49DSl2Bl00bXFJU9zcZvE+ eS64ffV4nMtIJeOP66fIq8MCB8Glv2wdToh6RXGh9QQXUxamqtk7xpj/841XOxmNvRg9N5e+e UndsmMkkLs3xkQ1m5SNTLRoev0MMecRZwHA5PxH3cIpa9vY7xjmPKGEWJc4S1dVTdV2NBVF+w 5o+/v/mlx6iccTzm2P+4+K1yeXAeOG0Zg3Enha84U1VBld/8/7ad80HDscd0bzQSEPIPiOnLY pEUTJfWGcqj8CVvMQrtVM4QiyCD+RcgQJvhsReRQMRLplhhjpm8m47Y2fQR+1+2x2XNnQiSiL YRXCp9LFPCkvLPryb9aOkfQ2EmbU3FzBuE6l5nxYSe66XeSiyrPcXCfHKls881kdjhWvxm/bv 8kpWs3bNHF6h5vxX7wiVPBVnxM+erdrBxb98/VccuXTBWTLnexodxVWeocMvzwcrRvm1993Sb nGwIi3A9MF8HMJgjonGgFv+IH3UOtbY9aEkW79J7YP+PIj9gEHz5NiwpTqJ+74qdFTKU66Vl4 Yqc2kwRj3rx/jhAHaaSlg4vfvNwE9zlYsVt6AAbBFhdLB9u6sMOgb7bcvhP0Peb8NxtJ1JsXR c8hlHG48AHltObTMzsbwSMOUfDy3jkMrCwNh8eY+2PPVGURfDbekUUauQ/De2i7b2i0V1P2lh +hFrYd17xRORe+Evx597P5vBqf0= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Drew Adams writes: > OK, so you don't see a problem. Do you see > a reason why we would add some `cl-foobar' to > `cl-lib.el', if it's a function that has no > relation to Common Lisp? Does it make any > sense to you that someone might expect it to > be housed elsewhere, with a different prefix > (or with no prefix)? > > That's all I'm trying to say here. Let's avoid > stuffing non-CL stuff in `cl*.el' files. Is it > necessary to clean house wholesale, moving and > renaming things to fix this mixup? No. I'm > not proposing disruption or extra work - just a > recognition of a will to avoid adding not CL > stuff to `cl*.el' files and giving it prefix > `cl-'. Nothing revolutionary or heavy-handed > intended. Sorry about mentioning flet again, but it's a good example to discuss. Would you want that we have cl-flet, which is an restricted version of the current implementation, and cl-flet*, which is like the current cl-flet? Or two constructs with non-overlapping semantics? Or was extending cl-flet as had been done ok for you? Your suggestion sounds logical and objective, but what has "a relation to CL" or is "not CL" is a bit subjective, it is an individual decision where to draw the line. I mean, anyone could agree with your claim but some may still come to other decision than you would expect. Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 25 22:02:19 2023 Received: (at 65344) by debbugs.gnu.org; 26 Aug 2023 02:02:19 +0000 Received: from localhost ([127.0.0.1]:41280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZid0-0001od-M8 for submit@debbugs.gnu.org; Fri, 25 Aug 2023 22:02:19 -0400 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:48314) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZicv-0001oP-5L for 65344@debbugs.gnu.org; Fri, 25 Aug 2023 22:02:17 -0400 Received: from pps.filterd (m0333521.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 37PIEnDq009193; Sat, 26 Aug 2023 02:02:07 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=jdhNQmHbsLWKqRm6IthvOSM2kuVYHhjWm9Nr2sPc5v8=; b=ouL10R7rZSpN3LPYTaAuqfoXqBmM4JOVIyrVyti543ulObGItE8GRL8d+sTgjmXMXnR4 KsCefP9R+GJ6eQP+vKijei9z0YnxCP8XWdjHZYpSGXMjI4XaO9RLBQu9lpKLbCMozkXI 0WR2lKU+94NMsh553UjoYZWJKfLtM2+MCBCOEqL1HnZZP+MjJ90CHT/IBgJ/aPZJ/5si VvvafBl49nhngUQFEv/G/NER0vZNU0odjSv2f9AnCL+oFdS0IhHecdpcXADTUkp/qCjA rU4xwmbDjKKbY2xfP+35Mkmih+m3e0AbZCJJ5501wEfwupgVk4V2L/MRlKpwVg3MG/9s qw== Received: from phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta01.appoci.oracle.com [138.1.114.2]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3sn20dfgdb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 26 Aug 2023 02:02:06 +0000 Received: from pps.filterd (phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 37Q1WvuO040246; Sat, 26 Aug 2023 02:02:06 GMT Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2101.outbound.protection.outlook.com [104.47.70.101]) by phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3sq7u1rgu4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 26 Aug 2023 02:02:06 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IZsZgebr9O+Y7FY0fJXpjqfgfTkYAd6fKMrgCIny8k1pnQ6erOuFRBWTn1b3YjxLm7esDFLs1L2yeubpJxi+SlPvYm2gw619J+5N59UnVdpZfHnJSuBFyJicFDTNy9uwvTH4ptvEwoTUOSBz8Vu70vhEUk3wfCxOXNROH6BPJLlWJK+j78qMs/nD6RV2YgIuUiMyt6EZ589vmrFarYDPIdeiNPmgs/wRR3NSbdsOQYjkS+Z0VSvLN/7iVTdvwQidXnaixBqoqH0jrYZeNFXcxr7NRPQ5W97C+MhrbbjLH/EUOUYhFypDLyrtzi1vZMQklVWckYRyL0Ich3iZTn26oA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=jdhNQmHbsLWKqRm6IthvOSM2kuVYHhjWm9Nr2sPc5v8=; b=RKIwDZrAk2Kk9qgeOEDMIpl2iGySv4GtvXGV0+50ZAC+ygcSNkvjFKGfUntDPa0m+rXMwMyzMLZJFOinJKAfgP/rBbCok4muipKKKQH3J0TNUnS7ptZqLZ7cPFlBlZGLY9wbI8qVPjQHzelgvYTCZ0hCSmUjsXhILCnoUVSg4wz1wgA9VLRnmEXBxyvXguTlUVdub9yj551OH1X6J9oTsrVAUj4Gs2tJYIjTPO8uh4hWTvah8KZam5YrcVAiidolEhbCQ0CLuErYsQyp3hbunuc/uFyiS9DrFh7Ce4WD3If4oPxvQ08EWnrNqqGFKKMDXWcnOioKM5wFnmslI8elRw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jdhNQmHbsLWKqRm6IthvOSM2kuVYHhjWm9Nr2sPc5v8=; b=csPxGbTJjGfOjYssdGDTSd4sOWbSqRBqM91+O5O7WN0pAMxXmBBlzwg20+jif/IhrRR8qbfCEUNUn13c77foClbZVJRM1AjikBQWfj0HOHmRAc7vwtoTJ623RAUH7nL0BONl+rpgQrJlv4/iSBpVR/kXHvU9j9TNYo6EcegaXR0= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by IA1PR10MB7417.namprd10.prod.outlook.com (2603:10b6:208:448::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6699.27; Sat, 26 Aug 2023 02:02:03 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::7da3:721d:d706:8496]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::7da3:721d:d706:8496%6]) with mapi id 15.20.6699.028; Sat, 26 Aug 2023 02:02:03 +0000 From: Drew Adams To: Michael Heerdegen Subject: RE: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Topic: [External] : Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Thread-Index: AQHZ17KFST4egnhkgkuOyYuSNGr8XK/70ANQ Date: Sat, 26 Aug 2023 02:02:02 +0000 Message-ID: References: <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> <87il93kbn0.fsf@web.de> <87sf868xq5.fsf@web.de> In-Reply-To: <87sf868xq5.fsf@web.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|IA1PR10MB7417:EE_ x-ms-office365-filtering-correlation-id: 3dbcbe28-2f64-46ff-73ad-08dba5d870fb x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: T31X/CICD4b+KLurAp7ThKdhEUcvEgA+eBGSsT+kk00q9x+L/BJXuRXEICXMKXHkmTIJ0+j+v+1EaT156ZCsvRPJ5FFVJcH2Ks4IOfnfAuwMIw7sEFt4LW8WnrBZNShkrrUfuPYUEKG+AcMGncXy9E0Ssqw1I7Gm6CffymrICy52z7ZK72N2vY40nLs58MxJtmBiwATBF4MCR2cSLNIvrEI4zYL5bOvdo/xvyLuo8cNz2ZsPgNAJFf6147ZknP/l0f8dqRiV+55mTeCIoIRliOlXbdYy/SYSnw9IT8NWMQu3uWat8xkcxJxXW0RhSTarfFM7z718JJVhhcAKa1XejfkbfMUrMf5oEhlLeZeHBlgH6WZUFxMsiEV0Xj/4qx5vrAlM2+a/TAc1r9VUtyC3nQSMsdsU92qVOJTLaWsfmdwtW/FVK1J0PMtGSTPbXI6Z/OBpOI8MwI4J8OmHL2zlRnXHHU8TrxXSeZMaO7970OR0mFH+s/BD+h/2cAXzTHMzFePAb3hXEqJCRLABgziWQxblwX7PTR+UTskEM00t0QSrbxrT66EUhX5/7D5kEHqBv+TuFfhn5u8VLTtBOXR+blzVI+qDNxZzD7vWJNMPNLaBMcj3uYgUie4c/RHLzkkA x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(39860400002)(346002)(136003)(396003)(376002)(366004)(1800799009)(186009)(451199024)(66899024)(44832011)(38070700005)(71200400001)(52536014)(38100700002)(86362001)(76116006)(7696005)(41300700001)(9686003)(66446008)(4326008)(8676002)(316002)(64756008)(8936002)(6916009)(54906003)(66476007)(66556008)(6506007)(122000001)(66946007)(5660300002)(33656002)(55016003)(2906002)(478600001)(83380400001)(26005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?JWAlqj+Ti4wdUw80EBcjrAvBMsaftcR/zq4yl63xB0ZDGJGlaX83Ih1VUU?= =?iso-8859-1?Q?Y0SX3Blc+Svaqu12WiwKgx6HSLBzXl4IAAOd9Jvy1rpJGwJk85y0gh7wBV?= =?iso-8859-1?Q?U/7s8zzvOXEGtJE5lyEvBY33/FAuUQp8f7wGWV94KInhE77en4KFiLx9/G?= =?iso-8859-1?Q?P+ZQhqxBd2vbufl6NZ4QyobkIZyvvedn8x2BE7AYSRgefPACPFOMJtvvaR?= =?iso-8859-1?Q?8w0Y7NnRESEABMmnzBOubs5GEYzfxZt7HQL3yxIqcpJFSHuSTZJKA3WffM?= =?iso-8859-1?Q?YgA1pB4iIANZnaAaS4toDUMu1EBzBMuHJdukcdHejqsjQHiYxdlnMnxx69?= =?iso-8859-1?Q?lbRnncP9QXMuxvZV5YCN+/yq+M0mGWTIxF/QNc9zi7g76K5CpP4Q7sUyTN?= =?iso-8859-1?Q?EQxqfkySYyZjRcAz+ADF8+sIoC7Q4SNcRV8FpIwdvdlCVgQG6lbcfVnAZx?= =?iso-8859-1?Q?LKldnUU/fnyQhUrP9s7pJn1j/kcF3zf96FFEguvI/v7xnLmszZoQ6TbtUL?= =?iso-8859-1?Q?32ylPywAv/oUeQQfgmTQKXFrdWBMv0Szws0PRQxIY5TiBhAWGoJJKTgM4g?= =?iso-8859-1?Q?8SrH4qpYTINBoSr8fZ7ENAtop3tBNE6uyoMhKInudVJc1J6Y6Xrr4wcXx2?= =?iso-8859-1?Q?rBxn6ka05xYoUJ7J/qbMHMAjf6wq+SpWCCnF837deGnbdvML7Lo3odA27z?= =?iso-8859-1?Q?mW4yP6wjJ2bTbhV0JLjZjWCkE2eenButQMNl69ZtD+MPpg0JYkvD1iNuJp?= =?iso-8859-1?Q?7bE9++2AqlhIuCqZLcRZIYC3If5S1PxEDo1pMu4NMzHFUgbartXa7VL2aU?= =?iso-8859-1?Q?aA1NxFUFxJ0F9HIRSxLzt2n/cwjK1yR/F/siVc112nEJaeBBeYc+N20ZGL?= =?iso-8859-1?Q?1jwrQJEO5xtrjFFQeDhKqOLeKE8Rdit0cwB6hn36zO81BC+0vJQrKL1p7J?= =?iso-8859-1?Q?UHurDFxKupv+4zL5ua/a1HcAiQT1OcEVu7O3xLuRKt0Jc4KMzP9P6Qiwmt?= =?iso-8859-1?Q?qqHo8LdtVcCz9m+ZwEoYybZ48i/I0TuWZTyN9NYsGcv6pG7yBDAV1pzZY1?= =?iso-8859-1?Q?0PRqOTHFKQ8e/yXPBja30/BVQT5hlzOV/lVfDYNxrJDSwyrxGNmmfl4G+F?= =?iso-8859-1?Q?+OLhsnebUguckuYhxUsmUAfjCQQRTZPU5NBNyJcCe+w5FIkXn5pqP+C9xa?= =?iso-8859-1?Q?unQ+sL0h4LiDM2br3Wzhjk6zf0D6icIdLE5OLFtp0wQf9vpFbyyxHM43GX?= =?iso-8859-1?Q?e4JBqA/YKme+4zwBzimyYX4ojdrYQQRp0gKSKsvfRj6W1i3JW8as3ivpc2?= =?iso-8859-1?Q?D0ie1obrLq2ciLKR6MXWh0NIN5xSE+OG8faMOwAI6tiVGJTD6gJCoMswvK?= =?iso-8859-1?Q?u6LK+PS1+IJ123m4VWz7qCyuGRK7uXnvIz2vQnk37tKauLP7mAPw8CKcBJ?= =?iso-8859-1?Q?5co1TqwCDXFFU100t1KxOIwknIt39hb7vLOrCHYdIi78pGCrZerrckwFeC?= =?iso-8859-1?Q?7BVj/hHG2U7FHGmX4J9qPAJDz8DSBJU8F4z5q0xUuOxcAZr/hxVVgdyC6S?= =?iso-8859-1?Q?MclonNjTsYFFPOOq/yKkyqIUBvh/4xkJyaAndD32KWCwFBEo8f8hydVwCZ?= =?iso-8859-1?Q?m+IAt10WWmuwuCnRK6BqlFGB4IdvSEuQ+f?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: vkNFTHyw+etRT4aFzGcUFKtGQIp6+3AowAvmttDzOpGNrc4+eSuWhDwyFfECYzOKrzVXZ0rFhEn6Yc+7C7H23yMjEVEYv5LKfsRPJj+hp3QgxehavOraB+IWihrGMbboDHar63uMhl2+nNwUTjGwbpOg5M0tjO+f502HvGmySAoHjy4YYYVflp66WGp5iWfFLGM2PhCuGvdoJeijyw90DQmdfkk4MDLUPZto2ePv1aTCSp3PXQFTutOQqHLtZDGhFZgqgsAuFHFeOqCSe8UerGNsuBAXrSC54mJS2BMTlKCU//bIwulpnG/zPbX6H5Omr3gvBB3TDwDpbHSVNFXpeVA1YVJaTdDO98rCUjYEqYoMkPlzwBCMoS45hKPtHBBURQJqWZs1AlwFEwchDqVsNoW3ZZ2LHa9nBhpwwcRHMTpUW37OFosaYWclTEgzOYVD98JsUieWZMf6RyCqSNEc022HdAK2s7s9wLWAJTVG85jFeXSr3hV4WvL39x29L3vxZA+W1efnveDfX0C1Pt72LZgPUjueXe8UWlu5expD6MIcx1QY3WcOjCAq5nGKlg8dzCwvwbfhCfPDKHBx+XdiNM5ZElhWFMM2rkkoXnMHm6w3mPfXdT5xt5yVNEr2VEdj7H6hYdQrlJhN/A+Z5XAdcfSXhWTfidiLWn3VBuNa6ptoM9tWQbHesPkzJs4F6Y3cqNHeY/5fiBT9ygv8v2aPfhaugp6kyBsDm7RY4GdqGNnjwBPnzvRvp4LC+8E8WEidpaPa/Y8AIgV/q761b6brpf0hM1toEpfzoAV1nMG2pK9Mux9rWy2cwWaQ1yjqjRxHMRuypmmIZGorf+CqF0xEiA== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3dbcbe28-2f64-46ff-73ad-08dba5d870fb X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2023 02:02:03.0075 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: c7Op6Ze1EBhimRyuUP2/hw5FEjDnxNpuU/xlx6AMdsEc/WG+RBR+RTFDxCj2mzSQBtbhwq4schcTjqikuWBMJA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR10MB7417 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.957,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-08-25_19,2023-08-25_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 phishscore=0 mlxlogscore=761 adultscore=0 malwarescore=0 mlxscore=0 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2308260017 X-Proofpoint-GUID: -E_3K2Ubp0Yq-9DAuTpfhWB2_GB3wZhn X-Proofpoint-ORIG-GUID: -E_3K2Ubp0Yq-9DAuTpfhWB2_GB3wZhn X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: =?iso-8859-1?Q?Gerd_M=F6llmann?= , "brandon.irizarry@gmail.com" , Eli Zaretskii , "65344@debbugs.gnu.org" <65344@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > OK, so you don't see a problem. Do you see > > a reason why we would add some `cl-foobar' to > > `cl-lib.el', if it's a function that has no > > relation to Common Lisp? Does it make any > > sense to you that someone might expect it to > > be housed elsewhere, with a different prefix > > (or with no prefix)? > > > > That's all I'm trying to say here. Let's avoid > > stuffing non-CL stuff in `cl*.el' files. Is it > > necessary to clean house wholesale, moving and > > renaming things to fix this mixup? No. I'm > > not proposing disruption or extra work - just a > > recognition of a will to avoid adding not CL > > stuff to `cl*.el' files and giving it prefix > > `cl-'. Nothing revolutionary or heavy-handed > > intended. >=20 > Sorry about mentioning flet again, but it's a good example to discuss. > Would you want that we have cl-flet, which is an restricted version > of the current implementation, and cl-flet*, which is like the current > cl-flet? Or two constructs with non-overlapping semantics? Or was > extending cl-flet as had been done ok for you? I have nothing to say about `flet', `cl-flet', or `cl-flet*'. I'm pretty i= gnorant of all that. > Your suggestion sounds logical and objective, but what has "a relation to > CL" or is "not CL" is a bit subjective, it is an individual decision > where to draw the line. I mean, anyone could agree with your claim but > some may still come to other decision than you would expect. Judgment calls, yes. Especially if trying not to be black-&-white, given where things are at (not starting from scratch). A judgment call, but it need not be only up to an individual. No different from having and following other conventions, we have - e.g., wrt coding style. Wrt any concrete change, there would presumably be some discussion, with those closer to things likely weighing in with more authority. I'm only saying that AFAIK there hasn't been any such attempt to avoid putting extraneous stuff in `cl*.el'. I've brought up the question in the past wrt specific things (don't recall what), but it wasn't thought to be important to keep `cl-' for CL. That approach/attitude tends to lead to more such mix-up, not less. It's not about perfection. It's about having a will/goal not to add unrelated stuff to `cl*.el'. Not such a big deal or so hard to grasp, I think. And doesn't require everyone to agree about each detail. It's about a general wish/commitment to aim to have `cl*.el' for CL stuff. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 26 01:39:53 2023 Received: (at 65344) by debbugs.gnu.org; 26 Aug 2023 05:39:53 +0000 Received: from localhost ([127.0.0.1]:41504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZm1W-0000FV-Nx for submit@debbugs.gnu.org; Sat, 26 Aug 2023 01:39:53 -0400 Received: from mail-lf1-x133.google.com ([2a00:1450:4864:20::133]:56443) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZm1R-0000FD-Fw for 65344@debbugs.gnu.org; Sat, 26 Aug 2023 01:39:49 -0400 Received: by mail-lf1-x133.google.com with SMTP id 2adb3069b0e04-500a8b2b73eso2000460e87.0 for <65344@debbugs.gnu.org>; Fri, 25 Aug 2023 22:39:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693028374; x=1693633174; h=content-transfer-encoding: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=H/ZYCYDRikIjS435SQeVRnLVe1n60Boq9NOC++beruk=; b=OnU1NUXtR2m8oCiCi9+OqrBkkr46NW0lkdc4583L2UWBfH0WWowDRTl3DEP3ubka2z M5K3iWv9YlX2j7Dpshq/Kofsrd8gfIA3T8FAgoD/6ra9FqjhfZsCnW+DU/Db2VDdFkTR HU6NQHNQZRvMXr+fdftwkw1ZzA9vq1Bc92BZL7MdIwfkG0qBihBDRLtycugckYkeoqJ5 mAY2hv53DaGDpPH1dDN4UZl/4sq4bPSRzUhWva4lFYTZDVF0LNXbDosPZo9OLsaCcYAj ElNwVDri6S8pyd0QnyLbpV39I5csJ7I2jf7RcpUwrf2QYgIX6muzhGEEAWDoDD52CU+i eRpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693028374; x=1693633174; h=content-transfer-encoding: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=H/ZYCYDRikIjS435SQeVRnLVe1n60Boq9NOC++beruk=; b=hvNlXT/z6bNvkvEas5BnK/Xx/QQowNsgAoz9FMcP4OGQ16bvBmyRd2POqsIoFw55at 5JS1i+NfGaiYlR/Ymllmb69k3uQZ6CMr8gOmDGaCEsob5beUVqn0NJXaIU5bUSGy+G1J 7TqmpAAaT44okoYucn+SbaDoh/trDxXksbMNah2zefkI/uQw69cIAmB5ikP20dFusdZ5 yv000DiYiT8jjm0YoGmG04/PKwVM3wn6Xy4mAAlZmdmOJvX7YxXCjbdz5WyiVHCw/A68 BwK0EWPFTV8O07QFyPyi107s52YUGKWk4uixz7hZgWcfxPBfJES+z2meAiw6CvLevH5j BYgw== X-Gm-Message-State: AOJu0YxsllpE/89kKIzDRcRa2TfAJEHu0/4ro3r+3avBGMHet/nDolXL WBlQl2ovA9S2z7rr1QLm1Z0p/mb2aARGeg== X-Google-Smtp-Source: AGHT+IH4WOwQFor4zhGcd5PwJxSn6G81tXzba6tUigG1e01csq38QF5+dBAFIWiWVpgmkm7rlPlqBg== X-Received: by 2002:a05:6512:1149:b0:500:98ff:4162 with SMTP id m9-20020a056512114900b0050098ff4162mr8944006lfg.40.1693028373871; Fri, 25 Aug 2023 22:39:33 -0700 (PDT) Received: from Mini.fritz.box (pd9e36ea3.dip0.t-ipconnect.de. [217.227.110.163]) by smtp.gmail.com with ESMTPSA id bf8-20020a0564021a4800b00529fb5fd3b9sm1713870edb.80.2023.08.25.22.39.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Aug 2023 22:39:33 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87bkevf1p7.fsf@web.de> (Michael Heerdegen's message of "Fri, 25 Aug 2023 19:53:40 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <875y53kaz7.fsf@web.de> <87bkevf1p7.fsf@web.de> Date: Sat, 26 Aug 2023 07:39:32 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Gerd M=C3=B6llmann writes: > >> I don't think so. The docs say for &interpose >> >> means that Edebug will first match SPEC against the code and then >> call FUN with the code that matched =E2=80=98spec=E2=80=99 >> >> i.e. it first tries to match, which will give an error. > > The idea is that we would match with 'sexp' or some catchall pattern and > then instrument using 'form' inside the function. That might work, but it's a bit like with the ¬-filtering I mentioned: It is a lot of effort for an edge case, and it doesn't address the underlying problem, if it is one, (bug#65516). Maybe you could give it a spin? I don't think I will. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 27 00:02:24 2023 Received: (at 65344) by debbugs.gnu.org; 27 Aug 2023 04:02:24 +0000 Received: from localhost ([127.0.0.1]:43748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qa6ym-0001qZ-FX for submit@debbugs.gnu.org; Sun, 27 Aug 2023 00:02:24 -0400 Received: from mout.web.de ([212.227.15.14]:54385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qa6yf-0001qE-Ux for 65344@debbugs.gnu.org; Sun, 27 Aug 2023 00:02:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1693108925; x=1693713725; i=michael_heerdegen@web.de; bh=qCcGDUpsg7n0g/0Jinzlt1THxu9WWV4KnG0U623BHpI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=h5dSPN6ZoIFQD6P54sJz3bnO6C1iZ9dzsvL24kAPWjaPcOACRpjy868DTWie05Kg/3TqEKO c7CahVFORvlo1XYHviHZgHlMWQVt69jsnQVJNmVVHvDpONlRCNX0Iu9jrzcZL6pnZGLetjXah cffqNz2NHF3Ou+/Dxd6OQ036X6xT96H8gh3g3VFKf/dcZRIJv61XTOtnC8lBIhItODSMNDIol xMp7n67KM8uBYnhcMohr91Vqkxs1eZrFgD1ku5jlvZNhDHskY196MYT7fA8vdlhDWdjs5cwJ8 YLwymSxDwQzWR1AjnwfLOlHtciHUehpUd4Q4hV7BIhUrqMrwq9Mw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MZjEJ-1qEvLX3kil-00WUIX; Sun, 27 Aug 2023 06:02:04 +0200 From: Michael Heerdegen To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?utf-8?Q?M=C3=B6llman?= =?utf-8?Q?n=22's?= message of "Sat, 26 Aug 2023 07:39:32 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <875y53kaz7.fsf@web.de> <87bkevf1p7.fsf@web.de> Date: Sun, 27 Aug 2023 06:02:03 +0200 Message-ID: <87edjpf804.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:m1nmm9J9JZTiM5x2nNm3Mrwl4qugofjWxPNN5X3zDWbeel1iR1y XE4h+tLcnMQOwZGkVGrp74L710UEm0KrvXNFGXsCfa57SrvVbsP7uSuNUU0IWPeKBrdJTxf Uuf8MPOJk5ac3fk4/EPscZq9NHDoQQWntI+V36sgDbRiGHh5eIHCXlMRbtb35EvrdojiVeb PMfWE8LwRkepY0uwpZq6Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:y8RBEkUOIuA=;WOnzmtWkrG4/EdHMifkTcvFPCam RavGLvfs3s4wZ+ATIl3fbDxUbwEcaRCus9qJtJdt/I/vPz2+hajNP6yKftMmvOMU02v/opBb1 7tYjAsM6azwKCA3d8zXtTxORSfl9N4BkMnQznMzjb6yR0AuhywbdUGASdogKZO5fAmXn4ux+R I5VG3ScXJpdoYgh3IP/93iLgZKUe8fNQD5/vSdLHXmBQ6zghoT7MNGrgIfcf/R9pvTSv9dMda uBo/UvkwPG3uUZISSzGYBbkF8b0cUBptEZY6F4vYL/CrirNRYbU/7Mp6DHRo058YmlBRz/qDY xqrXH7kkiYvywS56NqU9In4Q2yt2B4nzGKH5A3mqE8plplBxCRiRPDkLZyGs+VYQPeit4Qjcx DQOJDF5xQYoUGvXkyNdHTJB0/2sQ+4th/pHaktHTNN868OaFyDmTRSo5Jnl7W20UhmfiCuT1C +XhtHDSLBDMNH/6PKsVDAhVs9efnF6tLWIlFgOU0Sy+x3VE+w3u0XUmUDO5FkQNOn1UvA7wkS n1sMldu0pLPPYt81e/3dj+ll1QPhLV6Sxw/ZX3rrA1e2a7og7hMv+tKeRCAymG0oDg2ERNxI6 dXT5MayQbUvwamHE3Y2POSBQheCmDVWerHBSGXGNaobxSx2UGQF+EsKRE5wLYgqKLU2lTgIje H/+LgcAk8Q0z3vfRc3OPQA+X6GhOWKJf8vVvzSjrO9o47ojImKtyi0OlWJap5++s8Fu+ugQgV vaaNL8eVlQzE55kXneXmzMxAiSvjANUN2wT7ZWVqBRCe5LG75WdABxOdCmMVMIQNjEGuZpQuY y53meoIm1cwRH5/7IekzEnAh+a1QY5CAErrG6/ZA0wTYh9UOjcDtJ15+GZ2jfM/a1nYzaorps 8DlnWWyVk/ytXEoKrgsLA7LMjV+5k7T1m511y5hGIsenWE8FUf7SNamfiIP4gFbwQ08V710Dx HIaoLcBVckcqLGR84lPKS+boLME= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Gerd M=C3=B6llmann writes: > Maybe you could give it a spin? I don't think I will. I did now. I can take control using &interpose using [] as its spec so that nothing is consumed when the specified function is called. But then it gets very complicated. This approach would only work if we catch the 'no-match tag thrown by `edebug-no-match', and also catch the 'invalid-read-syntax' signal, (there are several different types of failure involved, this makes it much more troublesome). This can all be done, but it breaks the control flow of the Edebug parser. The Edebug 'cursor' (current parsing position AFAIU - there can be multiple cursors in use) is implicit, so I don't know and can't control where to continue in the 'no-match case. I gave up at this point because it was obvious that we will not want to do this. Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 27 02:34:37 2023 Received: (at 65344) by debbugs.gnu.org; 27 Aug 2023 06:34:37 +0000 Received: from localhost ([127.0.0.1]:43915 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qa9M5-0006L2-AA for submit@debbugs.gnu.org; Sun, 27 Aug 2023 02:34:37 -0400 Received: from mail-ed1-x52d.google.com ([2a00:1450:4864:20::52d]:42423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qa9M4-0006Ko-Fu for 65344@debbugs.gnu.org; Sun, 27 Aug 2023 02:34:36 -0400 Received: by mail-ed1-x52d.google.com with SMTP id 4fb4d7f45d1cf-5298e43bb67so4654598a12.1 for <65344@debbugs.gnu.org>; Sat, 26 Aug 2023 23:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693118065; x=1693722865; h=content-transfer-encoding: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=msdSq/BMg37foim0bhANcjxM9u0Xj0cleVo5KYZVCnY=; b=a9v9JyXtyPkqJWpGKvs7FT/WjlU/RAfsI+zIPWtjq0grm81zUhf6cMw81tY5/W08H+ gIh+jhoBBsfHJlWgEd1+RUUtYDe2znMrW4bKXaTgWesgNPjh8/8woHgxmeief23bsE+s 57+h7MliKWDAYKcf3/eNRFZjqnNpU6qOgjP6Rbz24NQYtnB/dqtx4Ceu5mSVHCuhWoXm YDy3BV8qgZGcyZLV6R7u7TgDsECW5JNSFDp+4JcV5D5aEJTYmCcms2ORo9kZAE45/q0A 2xHk/hoinN2t2DueeKU72kBdG9wmHJaWZ08BoLUv75ikO/p/xPPSOW6KhEA/TBf34PkU t5RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693118065; x=1693722865; h=content-transfer-encoding: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=msdSq/BMg37foim0bhANcjxM9u0Xj0cleVo5KYZVCnY=; b=CWOfKoM9WuU3fSYVOwVwskMPCMrk0tD1zT5ghearpVHHq1OlXt4vC4FQ1aHDv44GB3 pbLgnzrq5hGF8BdKm713EFjsUbOunR6+1b4N1lr1z7xt8g4GvwQkGfciJhYBEkSlLYZO Sy2tSNUpIGBRkfhjGQeadSyeLENcELCCThCqcpkg0wOvlprqivJAi4rBaaHDcKKxs4vN tRahXpzkHRi9fhFPfi3GLt7jX7+MvAShAuZZFZ52h3fbM74AXwz3fhB1h9OMqEx6s+dm I6BmBP30ABocM1juERqBmKhCv/m6BVLEIrSnoA9RqeJaDkVp5KqBR87mQIljGBrufl5Q MioA== X-Gm-Message-State: AOJu0YyhJpnYHQ0tvXzOwGndhG+YwjDcVudJUuVLqEIP9ETpDuZmafS9 QbaHjDy3espDpIwBjbL7fCggaEFNtSfSG55j X-Google-Smtp-Source: AGHT+IFzIDnrmS0BfdV/TSrx28J5AsvziF5du/aCKv/grdJ3Y2io/YIz7wnr6GwFLFMQ74lt1NxDwg== X-Received: by 2002:aa7:de12:0:b0:522:3149:159b with SMTP id h18-20020aa7de12000000b005223149159bmr26450524edv.2.1693118064588; Sat, 26 Aug 2023 23:34:24 -0700 (PDT) Received: from Mini.fritz.box (p4fe3a918.dip0.t-ipconnect.de. [79.227.169.24]) by smtp.gmail.com with ESMTPSA id d8-20020a05640208c800b0052237dfa82fsm2975280edz.64.2023.08.26.23.34.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 26 Aug 2023 23:34:24 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Michael Heerdegen Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: <87edjpf804.fsf@web.de> (Michael Heerdegen's message of "Sun, 27 Aug 2023 06:02:03 +0200") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <875y53kaz7.fsf@web.de> <87bkevf1p7.fsf@web.de> <87edjpf804.fsf@web.de> Date: Sun, 27 Aug 2023 08:34:23 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Heerdegen writes: > Gerd M=C3=B6llmann writes: > >> Maybe you could give it a spin? I don't think I will. > > I did now. I can take control using &interpose using [] as its spec so > that nothing is consumed when the specified function is called. But > then it gets very complicated. > > This approach would only work if we catch the 'no-match tag thrown by > `edebug-no-match', and also catch the 'invalid-read-syntax' signal, > (there are several different types of failure involved, this makes it > much more troublesome). > > This can all be done, but it breaks the control flow of the Edebug > parser. The Edebug 'cursor' (current parsing position AFAIU - there can > be multiple cursors in use) is implicit, so I don't know and can't > control where to continue in the 'no-match case. I gave up at this > point because it was obvious that we will not want to do this. Ok. Thanks for trying it out.=20 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 01 19:25:16 2023 Received: (at 65344) by debbugs.gnu.org; 1 Sep 2023 23:25:17 +0000 Received: from localhost ([127.0.0.1]:34455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcDVs-0006Wj-IM for submit@debbugs.gnu.org; Fri, 01 Sep 2023 19:25:16 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:19512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcDVq-0006WR-FR for 65344@debbugs.gnu.org; Fri, 01 Sep 2023 19:25:15 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 42BDF80C61; Fri, 1 Sep 2023 19:24:59 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1693610697; bh=cFpE/lDDtGpvT4QcjxboYqub1Ey2HZ2VE/hBdIK45ds=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=BF7xT0MsqQekpKSwxg45MfdIPRkuYFzSZ1kNtbWIQAQulmzCCCWymyJ24fB3vlg52 vjZCuFI7y6TyDaGtfr0uVgkZFooro/Ai5otXgZrYjMnVlAfZTlQg7yeXnIkUfubcQJ X9pA5i5miwmmo8q2R/mrA3eSuBZX8w7HQyvvOjz/Rv+77fSlWCwfg0EwLibDL+qkW2 aktFP0V1XThGR9g/7hxar5m6y9RQY8bQoCu2T7Wf8l9sdZnePc4eRXeyy7H2UeKo2u KShoFTpaggSrwfImkEuvB67E+pzzP/Dy1nasmS84r5L2Gccn+2pJX9hRvx4NJq/Z6I ZHXGBFNYpeIEw== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id BC86780430; Fri, 1 Sep 2023 19:24:57 -0400 (EDT) Received: from pastel (unknown [45.72.228.218]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 431611203C7; Fri, 1 Sep 2023 19:24:57 -0400 (EDT) From: Stefan Monnier To: Gerd =?windows-1252?Q?M=F6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?windows-1252?Q?M=F6l?= =?windows-1252?Q?lmann=22's?= message of "Wed, 23 Aug 2023 16:08:24 +0200") Message-ID: References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Fri, 01 Sep 2023 19:24:56 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.018 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?windows-1252?Q?Engdeg=E5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > The problem seems to be the attempt to first match the spec > > (&define [&name symbolp "@cl-flet@"] > [&name [] gensym] ;Make it unique! > def-form)]) I think this is not right: - `def-form` is for use by forms which will be run "later", meaning that we can start executing those instrumented form while running non-instrumented code (like the inside of a lambda), so it should not be needed here: we should use just `form`. - The &define+&name isn't quite right here. In `(cl-flet ((F EXP)) ...)` it tells Edebug that EXP should be given the name F whereas the `cl-flet` actually gives the name F to the value returned by EXP. [ In terms of code coverage, F will then always be considered as covered just because we have to execute EXP in order to discover the function to bind to F. ] I think that's why the old code had just `(symbolp form)`: it's difficult with `(cl-flet ((F EXP)) ...)` to give a name to the right thing :-( Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 02 01:10:36 2023 Received: (at 65344) by debbugs.gnu.org; 2 Sep 2023 05:10:36 +0000 Received: from localhost ([127.0.0.1]:34868 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcIu4-00036l-3Z for submit@debbugs.gnu.org; Sat, 02 Sep 2023 01:10:36 -0400 Received: from mail-ej1-x630.google.com ([2a00:1450:4864:20::630]:58856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcIu1-00036Y-CG for 65344@debbugs.gnu.org; Sat, 02 Sep 2023 01:10:34 -0400 Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-99c3c8adb27so328442766b.1 for <65344@debbugs.gnu.org>; Fri, 01 Sep 2023 22:10:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693631417; x=1694236217; darn=debbugs.gnu.org; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=2RWi3kzqxtkLT9pOm6xs6c6pkwDqqN0wETPYZ8MCb9E=; b=NNDSOcQDn8MmA+sdSG9R+aOLZ/mU0A71k8AoUWt5mR/wut9teRzsY2jvG4tnDoHb0q 7CxdAph6XZzxC0Fma+HrnT4J4r2ZFlmgkk/Y72Kd2RXp3LcjX+DLlPGNL2Zn1wIYxUx1 uFGxxVTrVptR+QXav1NFDmpNrnQKELg98TwHyQmzsx7P9letcDuNNRkBykmjkjDdy6Vw TIOulR9lvEjmwq5HUZaSsv4/jPBsXdSm5aRbRhSqvv5Riq1iTHNfVUyKRj94Vr59TCQN XWNsW9cINpvKFJqJn1jd/oJIqfyAxspi02/fTftWbBFq7NPmMlgTV51+KswVlAGQ74o7 GN1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693631417; x=1694236217; h=mime-version: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=2RWi3kzqxtkLT9pOm6xs6c6pkwDqqN0wETPYZ8MCb9E=; b=covUJ4pw13L8iLn7ek0DJUrOZImelJWVut2MJxGIvAtHWSsCF1yKqMLhj6wjHx9Zg3 9q1qqB2P3Qp5BHvh4xLdcpgggVbh8j6qtMm1tukF3SJfOgYQ0FifIQ5hLxEVdhE7MTrQ Uyr8NwR+zSBRGGpYvpCDnZ2UnE5hYflJ/AqiGUJDaAwc1Ayf5tRGdgSWjUCec3oM1yBG jNWkGQV7xq8Hv7cPMQ6LdSrjF0aPmHLC1jDLiXzt2WibKKVsoVop9LLiuB/e9wI2qyQp HdRnL5Kq1/m+B0+OFSvLC1RNN3sin43G5MqIzsTAGlnEOhN0USTFJ4oCV3EGGtlLSWi8 7Nrw== X-Gm-Message-State: AOJu0Yw6/J+bwamYeeQYETPC0LazClkMNQnJo+M1ErrGlx6CU2sWxGoC 45bxuAy+0Y0v/1XIn2lGaA+fVQC2nhX1RmsV X-Google-Smtp-Source: AGHT+IFFRl5BxhPc07oLPKMSmImQaLNTpu73cAMs08Pbq0pfbDyg7pqZj8iUv3P01npj0Ie0KIxmuw== X-Received: by 2002:a17:907:b0b:b0:9a1:d29c:6aaa with SMTP id h11-20020a1709070b0b00b009a1d29c6aaamr3098709ejl.39.1693631417487; Fri, 01 Sep 2023 22:10:17 -0700 (PDT) Received: from Mini.fritz.box (pd9e362c0.dip0.t-ipconnect.de. [217.227.98.192]) by smtp.gmail.com with ESMTPSA id a25-20020a1709064a5900b009a2202bfce5sm2907309ejv.118.2023.09.01.22.10.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Sep 2023 22:10:16 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Stefan Monnier Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Stefan Monnier's message of "Fri, 01 Sep 2023 19:24:56 -0400") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Sat, 02 Sep 2023 07:10:15 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Monnier writes: >> The problem seems to be the attempt to first match the spec >> >> (&define [&name symbolp "@cl-flet@"] >> [&name [] gensym] ;Make it unique! >> def-form)]) > > I think this is not right: > > - `def-form` is for use by forms which will be run "later", meaning that > we can start executing those instrumented form while running > non-instrumented code (like the inside of a lambda), so it should not > be needed here: we should use just `form`. I don't think I get that yet. Let's say we have (cl-flet ((f (lambda () (list 1 2)))) (f)) In this case, the code for F will be run in the body of the flet. Doesn't that qualify as being run later, as you describe above, ignoring the "non-instrumented" part, maybe? (Just from the perspective of behaviour, C-u C-M-x on the flet above does seem to do what I'd expect: the call to F let's me step into the body of the lambda.) > > - The &define+&name isn't quite right here. In `(cl-flet ((F EXP)) ...)` > it tells Edebug that EXP should be given the name F whereas the `cl-flet` > actually gives the name F to the value returned by EXP. > [ In terms of code coverage, F will then always be considered as > covered just because we have to execute EXP in order to discover the > function to bind to F. ] > > I think that's why the old code had just `(symbolp form)`: > it's difficult with `(cl-flet ((F EXP)) ...)` to give a name to the > right thing :-( I'm afraid I know nothing about coverage, so I can't say something halfways intelligent to that. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 02 13:05:18 2023 Received: (at 65344) by debbugs.gnu.org; 2 Sep 2023 17:05:18 +0000 Received: from localhost ([127.0.0.1]:38520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcU3h-00054d-QV for submit@debbugs.gnu.org; Sat, 02 Sep 2023 13:05:18 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:8590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcU3f-00054K-Gf for 65344@debbugs.gnu.org; Sat, 02 Sep 2023 13:05:16 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id CD5258076B; Sat, 2 Sep 2023 13:04:59 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1693674298; bh=4xbcI/mTZIBpia8WSGeM5bhcYbZrV2aed3IiquFwUZw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=LyrIMYq9irov9pGkuEiSp5/YUEwyFnGbi607PLou9ujkXozTCzA0s3PhkDRohRCzP +dsYKU1SpGZmokzdc2oujMBdFhr7F3dPQoZ3emiD65TqKQ7rpP2cIwwxKWqAyGDn1w qezp++yz/qkLeqnFrQ66QC3PEnc6Zhrdxf+aTs0m5RloD28NA48WGOZ83MRSyPERMN Itl4AfxYew/AxvFXOIUlrAjk3p6kBNycHw228EuaR1imDZM1RjddkGRCcr4FCw/n/X AYf92ZPbPFsqIPg/RK5T4nmpQJKHcYF7T0jecfa/URKyvKLlEBrCotqqp31MBTxlRn p538zU4xvGfaA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 6EA42801B3; Sat, 2 Sep 2023 13:04:58 -0400 (EDT) Received: from pastel (unknown [45.72.228.218]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 39525120903; Sat, 2 Sep 2023 13:04:58 -0400 (EDT) From: Stefan Monnier To: Gerd =?windows-1252?Q?M=F6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?windows-1252?Q?M=F6l?= =?windows-1252?Q?lmann=22's?= message of "Sat, 02 Sep 2023 07:10:15 +0200") Message-ID: References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Sat, 02 Sep 2023 13:04:57 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.018 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?windows-1252?Q?Engdeg=E5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >>> The problem seems to be the attempt to first match the spec >>> >>> (&define [&name symbolp "@cl-flet@"] >>> [&name [] gensym] ;Make it unique! >>> def-form)]) >> >> I think this is not right: >> >> - `def-form` is for use by forms which will be run "later", meaning that >> we can start executing those instrumented form while running >> non-instrumented code (like the inside of a lambda), so it should not >> be needed here: we should use just `form`. > > I don't think I get that yet. Let's say we have > > (cl-flet ((f (lambda () (list 1 2)))) > (f)) > > In this case, the code for F will be run in the body of the > flet. Doesn't that qualify as being run later, as you describe above, > ignoring the "non-instrumented" part, maybe? No, in the above case the `def-form` is (lambda () (list 1 2)) which will be "run" right when we enter the `cl-flet` ("run" is an exaggeration here since this lambda is a constant so it'll just self-evaluate) and not when `f` is called. > (Just from the perspective of behaviour, C-u C-M-x on the flet above does > seem to do what I'd expect: the call to F let's me step into the > body of the lambda.) Yes, it is harmless for debugging purposes (at most it makes things ever so slightly less efficient by having to process a few more `edebug-enter`s than needed). >> - The &define+&name isn't quite right here. In `(cl-flet ((F EXP)) ...)` >> it tells Edebug that EXP should be given the name F whereas the `cl-flet` >> actually gives the name F to the value returned by EXP. >> [ In terms of code coverage, F will then always be considered as >> covered just because we have to execute EXP in order to discover the >> function to bind to F. ] >> >> I think that's why the old code had just `(symbolp form)`: >> it's difficult with `(cl-flet ((F EXP)) ...)` to give a name to the >> right thing :-( > > I'm afraid I know nothing about coverage, so I can't say something > halfways intelligent to that. The whole `&name` business is of no use for the single-step debugger, it's only useful for other uses of the instrumentation such as code-coverage. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 02 15:28:12 2023 Received: (at 65344) by debbugs.gnu.org; 2 Sep 2023 19:28:12 +0000 Received: from localhost ([127.0.0.1]:38707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcWHz-0005YR-Li for submit@debbugs.gnu.org; Sat, 02 Sep 2023 15:28:11 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:12551) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcWHy-0005YF-0h for 65344@debbugs.gnu.org; Sat, 02 Sep 2023 15:28:11 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1D96E4415D8; Sat, 2 Sep 2023 15:27:54 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1693682872; bh=iGVpLDQ5sAhM+PElSuxsU7Ii6+7dYUa4yus2+StkW/c=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=B2rmWfuURrugrYXBojWdejKY5LfykWEXw2bNvi8WGdT0rSZba374fkcCYPv5NDY/d S4TLX9kdLF5sehJUw2hng9ywf6OtCHsCZ5xwa9JYO02iqDTBSJjBI7JpsuC1hGqUVX rc889WFP5sKGVmqSBKAo+z2tf+t8PxnN4GB5jkv3W8w7JmCKIYfR9b2VZgl1jwVPnt pOoVFXwM4fHig8NTm7M7o6pazAXjjFNBz2vRUKNA5UFNIvGsDh22ujRBZieoj38Op3 wugPeJkONQo+i8fyoY8T9BaXUJDxGJaH0cBylYtjigATWH14ITqygPMvhLNYdEVXXC T1TbfvyT543ig== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 9D84A4414A2; Sat, 2 Sep 2023 15:27:52 -0400 (EDT) Received: from pastel (unknown [45.72.228.218]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 670C312026A; Sat, 2 Sep 2023 15:27:52 -0400 (EDT) From: Stefan Monnier To: Gerd =?windows-1252?Q?M=F6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Stefan Monnier's message of "Sat, 02 Sep 2023 13:04:57 -0400") Message-ID: References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Sat, 02 Sep 2023 15:27:51 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.022 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?windows-1252?Q?Engdeg=E5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> In this case, the code for F will be run in the body of the >> flet. Doesn't that qualify as being run later, as you describe above, >> ignoring the "non-instrumented" part, maybe? > > No, in the above case the `def-form` is > > (lambda () (list 1 2)) > > which will be "run" right when we enter the `cl-flet` ("run" is an > exaggeration here since this lambda is a constant so it'll just > self-evaluate) and not when `f` is called. More specifically, the annotated code of (defun sm-foo (x) (cl-flet ((f (prog1 (lambda (y) (+ x y)) 0))) (f 5))) stored into (symbol-function 'sm-foo) now looks like: (closure (t) (x) (edebug-enter 'sm-foo (list x) #'(lambda nil :closure-dont-trim-context (edebug-after (edebug-before 0) 3 (let* ((--cl-f-- (edebug-enter 'f@cl-flet@4 nil #'(lambda nil :closure-dont-trim-context (edebug-after (edebug-before 0) 1 (prog1 #'(lambda (y) (edebug-enter 'edebug-anon5 (list y) #'(lambda nil :closure-dont-trim-context (edebug-after (edebug-before 0) 3 (+ (edebug-after 0 1 x) (edebug-after 0 2 y)))))) 0)))))) (progn (edebug-after (edebug-before 1) 2 (funcall --cl-f-- 5)))))))) As you can see for `sm-foo` itself, the (edebug-enter 'sm-foo (list x) #'(lambda nil :closure-dont-trim-context is (correctly) placed at the very beginning of the body of the function, so that code coverage can track whether `sm-foo` was called or not. In contrast the (edebug-enter 'f@cl-flet@4 nil #'(lambda nil :closure-dont-trim-context is placed around the code which will compute&return the `f@cl-flet@4` function, but not inside its body, which instead gets (edebug-enter 'edebug-anon5 (list y) #'(lambda nil :closure-dont-trim-context It's actually difficult (and in general impossible) to associate the name `f@cl-flet@4` with the corresponding `lambda`, so the use of `edebug-anon5` is largely unavoidable here. But making the code-coverage say that `f@cl-flet@4` is called just because we computed that function (regardless if it's been called) is a problem. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 03 01:51:41 2023 Received: (at 65344) by debbugs.gnu.org; 3 Sep 2023 05:51:41 +0000 Received: from localhost ([127.0.0.1]:39076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcg1J-0007D1-Vo for submit@debbugs.gnu.org; Sun, 03 Sep 2023 01:51:41 -0400 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]:61839) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcg1F-0007Cl-8M for 65344@debbugs.gnu.org; Sun, 03 Sep 2023 01:51:37 -0400 Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-52683da3f5cso444207a12.3 for <65344@debbugs.gnu.org>; Sat, 02 Sep 2023 22:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693720277; x=1694325077; darn=debbugs.gnu.org; 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=Q+++hwy/80kxrDve9FAIaGLyAecUtAjyK9VJhcWzDKA=; b=acvLuXac7p4MRCR+Y+gl7nRvQj/hyNuUDO9V3q/8Aw0tJ5OCy7exXtfNqgkPaCWo/N SwBJFGBa6HBGzGb9y7K9NfvelolC8Q3Fu+Ms98X04RVB+xPpS029C8yoEUFtamH+vpPA qr27Vy47CpNATK72uJLooCy7xcC1CM+/QtTxlr9i0P8I1ch8K4hCl5sMyTq9aw68D0xw ul2ORB3Yt+YcgL6LoNXGCxl7mvdYHbtTP7RQ/bIV4clCR2sZnDh1zGNvxb1OCMQ0GNnl W0rIi5/5YI6Ymos2UI9cCntzPJUQlu/yevnNcP7H8WN7b2NUAxovaXrYPUgsGxxdhQK6 3XDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693720277; x=1694325077; 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=Q+++hwy/80kxrDve9FAIaGLyAecUtAjyK9VJhcWzDKA=; b=S5XaJ0YHctqxKZoprlKQy4/kDtzB2lkIo6/pAP0J4R3ry0g2Ch6KZGJXI9dqKVV+LK zMySiNQAkXBtYf4wHN6LLf0DV0IQHJu2fQyJM/BkXM544Ny66I7Ku6zmEpzAqvavcRbG Eb+ZpvswNBVAfQf+ocl/WzVtCCkg1N0a2WCnzjpFwBuxzHOkHtE3YX1Op+WX3Tw2+Nc+ mkKA+MCnzGq49+/aEMA7TXymQAo3KOFsNzpy45e2hM9SBPoxuPfiF7rrgn84pLSVctXI 0HYUpMgHGQ3DKQAqf3pGYE8bSHFBZKgz3JYbqRp9xFGnmNIfCPWthjRKCOB3+Ib2DVMQ W0TQ== X-Gm-Message-State: AOJu0YwtD63RikxhObgHn4jrfWtMeLR5Or/5gLNmISaSkB5D8+SX9J93 mqyUgr/fdYMkys9c6rP4LcVn7jzYwgyF2OSH X-Google-Smtp-Source: AGHT+IGMlJGKk6NWnr4C3gx82W4FKFM7MBvLK0NngXB0MFh96raJi/G/nx7n6nA/uvLSVxcBpT+QLw== X-Received: by 2002:a05:6402:b6d:b0:52c:b469:bafd with SMTP id cb13-20020a0564020b6d00b0052cb469bafdmr768593edb.41.1693720276492; Sat, 02 Sep 2023 22:51:16 -0700 (PDT) Received: from Pro.fritz.box (pd9e3628c.dip0.t-ipconnect.de. [217.227.98.140]) by smtp.gmail.com with ESMTPSA id b4-20020aa7c6c4000000b00523653295f9sm4142578eds.94.2023.09.02.22.51.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 02 Sep 2023 22:51:16 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Stefan Monnier Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Stefan Monnier's message of "Sat, 02 Sep 2023 15:27:51 -0400") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Sun, 03 Sep 2023 07:51:14 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Monnier writes: >>> In this case, the code for F will be run in the body of the >>> flet. Doesn't that qualify as being run later, as you describe above, >>> ignoring the "non-instrumented" part, maybe? >> >> No, in the above case the `def-form` is >> >> (lambda () (list 1 2)) >> >> which will be "run" right when we enter the `cl-flet` ("run" is an >> exaggeration here since this lambda is a constant so it'll just >> self-evaluate) and not when `f` is called. Thanks. I've skimmed through the docs and Edebug code a bit this today, and I think I understand you a bit better now. > > More specifically, the annotated code of > > (defun sm-foo (x) > (cl-flet ((f (prog1 (lambda (y) (+ x y)) 0))) > (f 5))) > > stored into (symbol-function 'sm-foo) now looks like: > For posterity, if somone reads this in a few years, including myself, maybe... If I understand correctly, the edebug-before and -after instrumentation forms lead, via edebug-behavior, to calls to edebug-slow-{before,after}, when test coverage is demanded by edebug-test-coverage being non-nil. Otherwise, when e-t-c is nil, another pair of functions with 'fast' in their names is used. The slow functions update edebug-freq-count. E-f-q seems to be a special variable that edebug-default-enter binds to a vector that is obtained from the symbol-plist of the function name, which is an argument of e-d-e. I haven't checked what exactly e-default-e is. I'm just assuming from its name it gets called when encountering edebug-enter. > (closure (t) (x) > (edebug-enter 'sm-foo (list x) So, in the line above, we obtain the frequency vector from the name 'sm-foo. > #'(lambda nil :closure-dont-trim-context > (edebug-after (edebug-before 0) 3 And the line above accesses that vector found in edebug-frequency-count. > (let* ((--cl-f-- > (edebug-enter 'f@cl-flet@4 nil > #'(lambda nil :closure-dont-trim-context > (edebug-after (edebug-before 0) 1 Here the same mechanism for the local-function > (prog1 > #'(lambda (y) > (edebug-enter 'edebug-anon5 (list y) > #'(lambda nil :closure-dont-trim-context > (edebug-after (edebug-before 0) 3 And here again the same mechanism, but with a bogus name. That's what you are referring to, right? > (+ (edebug-after 0 1 x) > (edebug-after 0 2 y)))))) > 0)))))) > (progn > (edebug-after (edebug-before 1) 2 > (funcall --cl-f-- 5)))))))) > > As you can see for `sm-foo` itself, the > > (edebug-enter 'sm-foo (list x) > #'(lambda nil :closure-dont-trim-context > > is (correctly) placed at the very beginning of the body of the function, > so that code coverage can track whether `sm-foo` was called or not. Understood (I think). The lambda will land in edebug-default-enter, which funcalls it. That lands in the "(edebug-enter 'f@cl-flet@4 ...", and so on. > > In contrast the > > (edebug-enter 'f@cl-flet@4 nil > #'(lambda nil :closure-dont-trim-context > > is placed around the code which will compute&return the `f@cl-flet@4` > function, but not inside its body, which instead gets > > (edebug-enter 'edebug-anon5 (list y) > #'(lambda nil :closure-dont-trim-context Right. I think I found that, too. > It's actually difficult (and in general impossible) to associate the > name `f@cl-flet@4` with the corresponding `lambda`, so the use of > `edebug-anon5` is largely unavoidable here. But making the code-coverage > say that `f@cl-flet@4` is called just because we computed that function > (regardless if it's been called) is a problem. Ok, understood. I hope, or did I get lost somewhere? Do you perhaps an idea how to solve that? From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 03 13:17:11 2023 Received: (at 65344) by debbugs.gnu.org; 3 Sep 2023 17:17:11 +0000 Received: from localhost ([127.0.0.1]:46742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcqil-0000S6-EF for submit@debbugs.gnu.org; Sun, 03 Sep 2023 13:17:11 -0400 Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:60506) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcqij-0000Rr-Ca for 65344@debbugs.gnu.org; Sun, 03 Sep 2023 13:17:10 -0400 Received: by mail-wm1-x333.google.com with SMTP id 5b1f17b1804b1-401b3ea0656so7032425e9.0 for <65344@debbugs.gnu.org>; Sun, 03 Sep 2023 10:17:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693761423; x=1694366223; darn=debbugs.gnu.org; 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=ZrNa5th7EdGkKhDpLLmqnE7ZpE3kjpN+hm/JAfkbE0g=; b=O6KGTo1xz7fkWyEoUT1GaXkiY5LXxXDBeDyfoA2jFIjS9l4QdIKqs/bzEXqeBHt0aj J8/dazuGJ+ilMkT0wSHW6j0f29QZiArz7x1uJApwZBZImRb1F/K2rcw2u+5FfSbw9jgX YE+dq7iVgaS+N7RtEtm+eIg8lBywYftnqJsqqwrMnmI/a9pBo0gM0ykonGCAYhpPoL+j cB2U4UKS6rnNxeXBeM2OqXPZrjFHwooJhGd3pSVmFGiG/N9e+0wDy7nCYjT1N36eKWyx Thhq1hDXYOl3UBvbOzIwP28sqDTUx4jGpyTvAdRFfod4hDiiTfCcJcKa4JBbQuWomNqS RayA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693761423; x=1694366223; 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=ZrNa5th7EdGkKhDpLLmqnE7ZpE3kjpN+hm/JAfkbE0g=; b=Aoib+rN1AwzfpNaJo8aUdDmTDOotBtGeLi/6ZQmRY2yYJEIyP7UIwbT0tKc0LgGdqK 9WFDYeS+4LKIiRV3heJjn/WdYOXNBzZ4T7KJDPqCqpybn3/a/r+JZZP0SQmSY9RzzjjF 7U+/BPgC/H4PE3i3+pBQbzqwuJXws7grQqX8pUKAaCAolPq8uyeCi4dcTr2RE10e46gT 14ZrFDMBOlrNCdvjyqGu820uAwUz7Ujq7aDvprsESuqNTbxX+Rhwj91rIUaFsyRr8s2z C856omZV7vvuyahXMP0O85Jz7KuNakWkiBDVd1sLGLf3sSmtwZ0D2/270TrwBGLKcPdw XXwQ== X-Gm-Message-State: AOJu0Yw9kmDVq4D+ehYrerl4u2UnkRZH9eJEkj+Cpiw5IjF3XsDqlViO X2WyaEZVTOTd0j/77qfSPVlSEPBLO0qQI98Y X-Google-Smtp-Source: AGHT+IFDUcUvkEttv6pcSTnyQeKpRy6DF6dOzSFHddYGSahSZ53vqKctf4iq0WjuV4yDyQzO2YngOg== X-Received: by 2002:a17:906:5a49:b0:9a1:f58b:96d9 with SMTP id my9-20020a1709065a4900b009a1f58b96d9mr5412543ejc.58.1693759665155; Sun, 03 Sep 2023 09:47:45 -0700 (PDT) Received: from Pro.fritz.box (pd9e3628c.dip0.t-ipconnect.de. [217.227.98.140]) by smtp.gmail.com with ESMTPSA id p19-20020a17090635d300b0099c971ba285sm4914582ejb.5.2023.09.03.09.47.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Sep 2023 09:47:44 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Stefan Monnier Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: (Stefan Monnier's message of "Sun, 03 Sep 2023 12:09:53 -0400") References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Sun, 03 Sep 2023 18:47:43 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?utf-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Monnier writes: >> Do you perhaps an idea how to solve that? > > I'm proposing we revert to the code we had originally, which avoids > creating the spurious `f@cl-flet@4`. > [ Tho with extra comments to explain why there's no `&name` on the > (symbolp form) case. ] Please feel free. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 03 13:27:16 2023 Received: (at 65344) by debbugs.gnu.org; 3 Sep 2023 17:27:16 +0000 Received: from localhost ([127.0.0.1]:46771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcqsV-0000hp-OR for submit@debbugs.gnu.org; Sun, 03 Sep 2023 13:27:16 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:58321) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcqsU-0000hc-9Q for 65344@debbugs.gnu.org; Sun, 03 Sep 2023 13:27:15 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 2A036441750; Sun, 3 Sep 2023 12:09:56 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1693757394; bh=lFyp7KTXpNmnMamoXzB8MKWTfvix+bhaeFIYOVSHQSo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=TWri7spBInFBihwpmljnZRs7ZL+l+H3/aAK7z2QEVSXPmewTZy4FC+wga6FZNBMR6 zoNtq5ySpgbYE17RXSaL5d99TAYLCbl2YElPXl4mWdOJ30EHzfXqA2hptQwckUj0Uo 1xnhnf02PEzLbcvpN/ZyNhl/0CDAGiex/CHRQM1qyExcWEMJ0jW0Fq9vqbR0vePszh tS+nEBN8LQwA/e4Nodh5scd5xK2+Wx0hBaB+mGPe0UzpKrcqvzovIlFsKOd/S+R/NZ T6Lx2aKBfA3fX826HyYUw1myvmOvRUpCByWQXvRiwKDjVUya7O69y+QsUv999xAAv8 XJLVmdeRwMK+w== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A064544174C; Sun, 3 Sep 2023 12:09:54 -0400 (EDT) Received: from pastel (104-222-114-42.cpe.teksavvy.com [104.222.114.42]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 66CEA120263; Sun, 3 Sep 2023 12:09:54 -0400 (EDT) From: Stefan Monnier To: Gerd =?windows-1252?Q?M=F6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?windows-1252?Q?M=F6ll?= =?windows-1252?Q?mann=22's?= message of "Sun, 03 Sep 2023 07:51:14 +0200") Message-ID: References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Sun, 03 Sep 2023 12:09:53 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.058 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65344 Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?windows-1252?Q?Engdeg=E5rd?= , Michael Albinus , 65344@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) >> (prog1 >> #'(lambda (y) >> (edebug-enter 'edebug-anon5 (list y) >> #'(lambda nil :closure-dont-trim-context >> (edebug-after (edebug-before 0) 3 > > And here again the same mechanism, but with a bogus name. That's what > you are referring to, right? While in this specific case it would be technically possible to give it a better name, it's somewhere between hard and impossible to do it in general, so I'm not bothered by this "bogus name": that's already what is used in all other cases where anonymous functions are encountered. > Do you perhaps an idea how to solve that? I'm proposing we revert to the code we had originally, which avoids creating the spurious `f@cl-flet@4`. [ Tho with extra comments to explain why there's no `&name` on the (symbolp form) case. ] After all, your original report was due to a misunderstanding, thinking that `(cl-flet ((a ((b c)))) body)` treated `((b c))` as an arg list (for a function with an empty body) like Common Lisp's `flet` does, whereas `cl-flet` treats it as an expression (that returns the function). Stefan diff --git a/lisp/emacs-lisp/cl-macs.el b/lisp/emacs-lisp/cl-macs.el index 850fbc69180..8d92acb0c95 100644 --- a/lisp/emacs-lisp/cl-macs.el +++ b/lisp/emacs-lisp/cl-macs.el @@ -2075,15 +2075,16 @@ cl-flet \(fn ((FUNC ARGLIST BODY...) ...) FORM...)" (declare (indent 1) - (debug ((&rest [&or (&define [&name symbolp "@cl-flet@"] + ;; The first (symbolp form) case doesn't use `&name' because + ;; it's hard to associate this name with the body of the function + ;; that `form' will return (bug#65344). + (debug ((&rest [&or (symbolp form) + (&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-form)]) + def-body)]) cl-declarations body))) (let ((binds ()) (newenv macroexpand-all-environment)) (dolist (binding bindings) From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 04 17:14:53 2023 Received: (at 65344-done) by debbugs.gnu.org; 4 Sep 2023 21:14:54 +0000 Received: from localhost ([127.0.0.1]:52827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdGuL-0000P9-Kq for submit@debbugs.gnu.org; Mon, 04 Sep 2023 17:14:53 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:51687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdGuJ-0000On-Nr for 65344-done@debbugs.gnu.org; Mon, 04 Sep 2023 17:14:52 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id C9CE68024B; Mon, 4 Sep 2023 17:14:45 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1693862084; bh=NmUH6Opq0jHZBNPU88gokfm3I2ihxHz4hHyvsCuecPw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=NLMl5qYvT+ggJvaPVs7Rv7ramYAd/O3CmAg+vrHpfyEbbBpsspBJPFg6FOQyYvqbU 1+UzxvDHwfITWo53pHW+AOdw5kiWVq66dXdbp3v8XfECLNzvOijQwEw5saC3emLLky 8Z8QAtAN7bEuxM90Vk7vB15VeXFj0+UIHZiyT8/2CL/umjFd/DoLMYKaY+vlXjKZmd fswOQ0hHHU/AY0lQJ75Fk7lp9jimn+wQoPZ98X94Jr6NeIa2k27/zsV6drb2fR9iZJ KgOUtLd/hx02yRRq4sgjKJPldzwDBKL95x3hxbop4QQPekHizuEyisjFwt5MEaigOF YQ2UvfnztOggQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 73C6C80729; Mon, 4 Sep 2023 17:14:44 -0400 (EDT) Received: from pastel (69-165-136-223.dsl.teksavvy.com [69.165.136.223]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 3AB8F12027A; Mon, 4 Sep 2023 17:14:44 -0400 (EDT) From: Stefan Monnier To: Gerd =?windows-1252?Q?M=F6llmann?= Subject: Re: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring In-Reply-To: ("Gerd =?windows-1252?Q?M=F6ll?= =?windows-1252?Q?mann=22's?= message of "Sun, 03 Sep 2023 18:47:43 +0200") Message-ID: References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> Date: Mon, 04 Sep 2023 17:14:43 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.031 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65344-done Cc: Michael Heerdegen , brandon.irizarry@gmail.com, Mattias =?windows-1252?Q?Engdeg=E5rd?= , 65344-done@debbugs.gnu.org, Michael Albinus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Please feel free. Done, thanks, Stefan From unknown Fri Jun 20 19:55:42 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 03 Oct 2023 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator