GNU bug report logs - #19466
25.0.50; xref-find-def doesn't find C functions

Previous Next

Full log

Message #47 received at 19466 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 19466 <at> debbugs.gnu.org, eller.helmut <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: Re: bug#19466: 25.0.50; xref-find-def doesn't find C functions
Date: Mon, 05 Jan 2015 05:36:29 +0200

> Date: Mon, 05 Jan 2015 02:14:23 +0300
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> CC: 19466 <at> debbugs.gnu.org, Helmut Eller <eller.helmut <at> gmail.com>
> 
> > And one more thing: after invoking M-. and typing the function name,
> > then typing '.' to get the first candidate displayed, if I switch to
> > the window where that candidate is displayed, the window switches
> > buffers on me, so that the function I wanted to look at disappears.
> > What am I doing wrong this time?
> 
> You didn't press RET after `.'? :)

So there's no way of browsing the definition and keeping the list of
candidates available, except by scrolling the definition from another
window?  That's indeed surprising.

> Currently, pre-command-hook always restores window configuration to the 
> one before the buffer with the definitions of the current line's xref 
> was displayed.

Why is that insistence on restoring the window configuration useful?
Emacs users should be already used to the fact that Emacs pops buffers
in windows all the time, so IMO there's nothing terribly wrong in
leaving the window configuration changed.

Previous Next

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