GNU bug report logs -
#2544
23.0.60; Could etags please try find a local tag first?
Previous Next
Full log
View this message in rfc822 format
On 20.07.2021 19:56, Eli Zaretskii wrote:
>> Because when one uses more precise backends, "find definition" gets
>> fewer hits, and you don't really need to choose which ones to start with
>> -- the current file or otherwise.
>
> When a backend returns just one hit, this is a non-issue. The OP
> specifically described a situation where there are many functions with
> the same name in the project. That's the use case we are discussing.
Static analysis can very often determine which of the multiple functions
with the same name will be used at a particular call site. Yes, there
are exceptions (which will happen less frequently than with etags), like
when we're trying to jump to a virtual function with overloads in
several subclasses. But jumping to such function call from a file with
one of the definitions, and not being able to determine which of the
functions is going to be called, is going to be an even more rare
occurrence.
And even so, those backends can choose to sort the results starting with
the current file by default. No user option needed.
> I don't see how the backend can affect this situation. Especially
> since the etags backend is also quite accurate.
I'm saying etags' particular characteristics and varied usage patterns
justify the addition of an etags-specific variable.
I don't see much use for it for other backends, but if I'm proven wrong,
that proof would also provide some new information which would help
generalize the feature. This can happen at a later stage.
This bug report was last modified 3 years and 288 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.