GNU bug report logs - #67683
30.0.50; [PATCH] Fix 'M-.' on Emacs C sources

Previous Next

Package: emacs;

Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>

Date: Thu, 7 Dec 2023 09:55:02 UTC

Severity: normal

Tags: patch

Found in version 30.0.50

Fixed in version 30.1

Done: Manuel Giraud <manuel.giraud <at> univ-nantes.fr>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Manuel Giraud <manuel <at> ledu-giraud.fr>
Cc: 67683 <at> debbugs.gnu.org
Subject: bug#67683: 30.0.50; [PATCH] Fix 'M-.' on Emacs C sources
Date: Fri, 19 Jan 2024 08:49:23 +0200
> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
> Cc: 67683 <at> debbugs.gnu.org
> Date: Thu, 18 Jan 2024 22:10:48 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> [...]
> 
> >> I'm not using Edebug but since I currently get "(void-function nil)"
> >> error I did a 'toggle-debug-on-error' and this error triggers when
> >> calling 'tags-included-tables' from 'tags-table-extend-computed-list'
> >> 
> >> What is really weird is that if I set myself into the TAGS buffer and
> >> evaluate (tags-included-tables), it works and returns a list of
> >> filenames.
> >
> > And if you type "C-u M-." in the TAGS buffer, then you can type a
> > symbol, and Xref shows its definition allright?  IOW, does M-. work
> > from the TAGS buffer?
> 
> No "C-u M-." does not work from the TAGS buffer with the same error.

So then the conclusion is that something in the way
tags-included-tables is invoked from tags-table-extend-computed-list
(or its callers in the M-. scenario) breaks tags-included-tables, even
though invoking tags-included-tables directly works as intended,
right?  If so, I suggest to look up the call-stack chain and try to
find what is it that breaks tags-included-tables.




This bug report was last modified 1 year and 185 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.