[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#19468: 25.0.50; UI inconveniences with M-.

From: Dmitry Gutov
Subject: bug#19468: 25.0.50; UI inconveniences with M-.
Date: Fri, 1 May 2015 14:27:40 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0

On 05/01/2015 09:45 AM, Eli Zaretskii wrote:

I don't see anything language-specific here.  Etags.el has no
language-specific knowledge, either (it is delegated to etags.c).

elis-mode.el does. In this case, it's using find-func.el, which uses the information we have about Elisp environment at runtime.

Here's another example:

The point is on a foo.bar() call in a Java-like language. Or maybe C++.

bar is present in classes A, B and C.

If the parser knows the type of foo to be A, the backend employing it can bring us to the one definition. If, however, the backend returns the xrefs for A#foo, B#foo and C#foo, there's no way the UI could distinguish between them.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]