[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug#7351: 24.0.50; next-error no longer takes into account buffer mo
From: |
Ted Zlatanov |
Subject: |
Re: bug#7351: 24.0.50; next-error no longer takes into account buffer modifications |
Date: |
Mon, 06 Dec 2010 10:06:01 -0600 |
User-agent: |
Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) |
On Thu, 11 Nov 2010 21:31:56 +0200 Paul Pogonyshev <pogonyshev@gmx.net> wrote:
PP> Glenn Morris wrote:
>> Paul Pogonyshev wrote:
>>
>> > I believe this used to work fine in past.
>>
>> Could you give a release of Emacs in which this works?
>>
>> I tried 21.4, 22.1, 22.2, 22.3, 23.1, and 23.2; and it didn't seem to
>> work in any of them.
PP> No. I seem to recollect that at some point (certainly before 24.x
PP> development, maybe even before 23) I could fix a compilation error in
PP> a C file by adding/removing lines, and subsequent errors would still
PP> be found correctly, without any line offset. Maybe it depends on
PP> actual error source, i.e. gcc vs. grep? Then again, maybe I invented
PP> this whole story and my memory is failing...
PP> In the latter case, can this be requalified as a feature request?
compilation-mode and the other providers of `next-error' set it up
differently (see `compilation-next-error-function'). I know that `M-x
occur' will track occurrences through add/delete changes, for instance,
but it has access to the original buffer. compilation-mode only has
access to line numbers at the time of the compilation.
Ted
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: bug#7351: 24.0.50; next-error no longer takes into account buffer modifications,
Ted Zlatanov <=