* Getting the "explanation" part of the current error message
@ 2010-01-27 12:24 Nordlöw
2010-01-27 14:00 ` Kevin Rodgers
0 siblings, 1 reply; 2+ messages in thread
From: Nordlöw @ 2010-01-27 12:24 UTC (permalink / raw)
To: help-gnu-emacs
Hi!
I'm looking for a way to take the "explanation" part of a (GCC or
other) compilation info/warning/error message and display it
separately in the minibuffer or as a tooltip near the problem source
code line.
I have looked at the sources simple.el compile.el specifically at
compilation-next-error-function() but I don't find any structure that
contains the (pre-)parsed messages of the compilation-buffer contents.
Does such a structure exists? If so we could extended it with the
"explanation" part and visualize in next-error-hook. If not I guess we
need to use compilation-error-regexp-alist-alist and to separately
parse the compilation-buffer, right?
/Nordlöw
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Getting the "explanation" part of the current error message
2010-01-27 12:24 Getting the "explanation" part of the current error message Nordlöw
@ 2010-01-27 14:00 ` Kevin Rodgers
0 siblings, 0 replies; 2+ messages in thread
From: Kevin Rodgers @ 2010-01-27 14:00 UTC (permalink / raw)
To: help-gnu-emacs
Nordlöw wrote:
> Hi!
>
> I'm looking for a way to take the "explanation" part of a (GCC or
> other) compilation info/warning/error message and display it
> separately in the minibuffer or as a tooltip near the problem source
> code line.
>
> I have looked at the sources simple.el compile.el specifically at
> compilation-next-error-function() but I don't find any structure that
> contains the (pre-)parsed messages of the compilation-buffer contents.
> Does such a structure exists? If so we could extended it with the
> "explanation" part and visualize in next-error-hook. If not I guess we
> need to use compilation-error-regexp-alist-alist and to separately
> parse the compilation-buffer, right?
compilation-error-regexp-alist does not provide a way to extract the
message from the output, it only provides a way to extract the FILE,
LINE, COLUMN, and TYPE.
And compile.el no longer parses the output itself (since 2004-03-11), it
relies on font lock.
I would avoid reparsing the output buffer, and instead rely on the text
properties set by font lock in an advice run after
compilation-next-error-function.
--
Kevin Rodgers
Denver, Colorado, USA
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-01-27 14:00 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-27 12:24 Getting the "explanation" part of the current error message Nordlöw
2010-01-27 14:00 ` Kevin Rodgers
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).