help-gnu-emacs
[Top][All Lists]
Advanced

[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




reply via email to

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