[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
problem with compilation-handle-exit
From: |
Peter Münster |
Subject: |
problem with compilation-handle-exit |
Date: |
Mon, 02 Oct 2023 17:40:36 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Hi,
When using latest ggtags.el (master) and latest emacs (also from
master), the last message in the compilation buffer is interpreted as an
info-message. Example:
--8<---------------cut here---------------start------------->8---
-*- mode: ggtags-global; default-directory: "~/.../" -*-
Global started at Mon Oct 2 17:23:19
global -v --result=grep --color=always --path-style=shorter
--from-here=66:Src/Appli.c -- main
Src/Hex.c:57: main();
Src/crt0.s:96: call _main ; call user's main()
Src/crt0.s:273: call _main ; call the user's main()
3 objects located (using '/home/peter/.../GRTAGS').
Global found 3 references at Mon Oct 2 17:23:19, duration 0.03 s
--8<---------------cut here---------------end--------------->8---
The part "Global found 3 references at Mon Oct 2 17" is green and the
"23" is blue. So when invoking "next-error", instead of stopping after
the 3rd match with "Moved past last match", I get a question like
"Find this match in (default Global found 3 references at Mon Oct 2 17): ..."
But it seems, that compilation-handle-exit should avoid exactly this
misinterpretation, see comment in line 2496 of lisp/progmodes/compile.el:
";; Prevent that message from being recognized as a compilation error."
What would be the best method, to avoid this situation please?
TIA for any hints,
--
Peter
- problem with compilation-handle-exit,
Peter Münster <=