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

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

Re: problem with compilation-handle-exit


From: Eli Zaretskii
Subject: Re: problem with compilation-handle-exit
Date: Mon, 02 Oct 2023 19:26:49 +0300

> From: Peter Münster <pm@a16n.net>
> Date: Mon, 02 Oct 2023 17:40:36 +0200
> 
> 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?

Make sure ggtags.el does the same at the end as
compilation-handle-exit?



reply via email to

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