all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.