From: No Wayman <iarchivedmywholelife@gmail.com>
To: 60768@debbugs.gnu.org
Subject: bug#60768: 30.0.50; edebug-instrument-function off by one
Date: Thu, 12 Jan 2023 21:27:06 -0500 [thread overview]
Message-ID: <87lem740sy.fsf@gmail.com> (raw)
Reproduction steps:
1. Save the following elisp to /tmp/test.el:
--8<---------------cut here---------------start------------->8---
;; -*- lexical-binding: t; -*-
;;;###autoload
(defun one ()
"ONE"
(1+ 0))
(defun two ()
"TWO"
(1+ (one)))
(defun three ()
"THREE"
(1+ (two)))
(provide 'test)
--8<---------------cut here---------------end--------------->8---
2. Run emacs from the command line with the following:
emacs -Q --batch -l /tmp/test.el --eval "(progn (require 'edebug)
(edebug-instrument-function #'one))"
Expected output: Edebug: one
Actual output: Edebug: two
If you repeat the test with an additional autoload cookie added
above function "two", function one is correctly instrumented.
If you repeat it with an autoload cookie only above function
"three", function two is, incorrectly, instrumented.
My hunch is find-function-search-for-symbol being thrown off
somehow.
Haven't had time to debug farther yet, though.
In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.36, cairo version 1.17.6) of 2023-01-08 built on nbook
Repository revision: 5d1e14bd8b9a11ab860937d3ab97248ddeef30b1
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version
11.0.12101005
System Description: Arch Linux
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --mandir=/usr/share/man
--with-gameuser=:games
--with-modules --without-libotf --without-m17n-flt
--without-gconf
--with-native-compilation=yes --with-xinput2
--with-x-toolkit=gtk3
--without-xaw3d --with-sound=no --with-tree-sitter --without-gpm
--without-compress-install
'--program-transform-name=s/\([ec]tags\)/\1.emacs/'
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt
-fexceptions
-Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security
-fstack-clash-protection -fcf-protection'
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ
JPEG JSON
LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PNG
RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER
WEBP
X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
next reply other threads:[~2023-01-13 2:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-13 2:27 No Wayman [this message]
2023-01-13 13:05 ` bug#60768: 30.0.50; edebug-instrument-function off by one Eli Zaretskii
2023-01-13 16:41 ` No Wayman
2023-01-13 16:54 ` Eli Zaretskii
2023-01-17 2:28 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-13 12:03 ` No Wayman
2023-07-13 13:14 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lem740sy.fsf@gmail.com \
--to=iarchivedmywholelife@gmail.com \
--cc=60768@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).