[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Generalizing find-definition
From: |
Stephen J. Turnbull |
Subject: |
Re: Generalizing find-definition |
Date: |
Tue, 04 Nov 2014 08:46:33 +0900 |
Jorgen Schaefer writes:
> The only single string that reliably would allow to find the
> correct definition would be "foo.Foo.baz", but I do not think that
> anyone would consider that to be "the identifier at point" here.
Why not? Emacs's practical definition of "identifier at point"
doesn't need to be the same as that of the programming language's
grammar. I have no trouble taking both points of view, although
usually at different times.
> So what I am saying is that the only representation for "the identifier
> at point" that allows finding the definition of said identifier is the
> triple (file name, full buffer contents, position within the buffer
> contents). There is no simpler "identifier at point".
In some sense, you always need full buffer contents except for the
very simplest of programs.
- Re: Generalizing find-definition, (continued)
- Re: Generalizing find-definition, Dmitry Gutov, 2014/11/06
- Re: Generalizing find-definition, Stephen Leake, 2014/11/06
- Re: Generalizing find-definition, Yuri Khan, 2014/11/06
- Re: Generalizing find-definition, Dmitry Gutov, 2014/11/07
- Re: Generalizing find-definition, Stefan Monnier, 2014/11/03
- Re: Generalizing find-definition, Stephen Leake, 2014/11/04
- Re: Generalizing find-definition,
Stephen J. Turnbull <=
- Re: Generalizing find-definition, Jorgen Schaefer, 2014/11/04
- Re: Generalizing find-definition, Yuri Khan, 2014/11/03
- Re: Generalizing find-definition, Jorgen Schaefer, 2014/11/04
- Re: Generalizing find-definition, Dmitry Gutov, 2014/11/06
- Re: Generalizing find-definition, Stefan Monnier, 2014/11/06
- Re: Generalizing find-definition, Helmut Eller, 2014/11/06
- Multiple next-error sources, Jorgen Schaefer, 2014/11/06
- Re: Multiple next-error sources, Stefan Monnier, 2014/11/06
- Re: Multiple next-error sources, Jorgen Schaefer, 2014/11/07
- Re: Multiple next-error sources, Stefan Monnier, 2014/11/07