all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Shug Boabie <no.spam@example.com>
Subject: Re: compiling in C mode and the compilation buffer
Date: Wed, 28 Jul 2004 01:24:03 +0000 (UTC)	[thread overview]
Message-ID: <20040728022342.1a999383@localhost> (raw)
In-Reply-To: 878yd766ol.fsf@osu.edu

Benjamin Rutt wrote:
> Shug Boabie writes:
> > i was wondering; is there a way to have the compilation buffer close
> > automatically if there are no warnings or errors?
> >
> > also, is there a way to run the compile command, without having to agree
> > that `make -k` is the correct command each time? that extra 'enter' is just
> > annoying.
> 
> I would use the following for all of this:
> 
> (require 'compile)
> (setq compilation-read-command nil)
> (defun my-compilation-finish-function-standard (buf str)
>   ;; avoid doing this for buffers created from M-x grep
>   (when (string-match "*compilation.*" (buffer-name buf))
>     (if (string-match "exited abnormally" str)
> 	;;there were errors
> 	(progn
> 	  (message "compilation errors, press C-x ` to visit"))
>       ;;no errors, make the compilation window go away
>       (run-at-time 0.5 nil 'delete-windows-on buf)
>       (message "NO COMPILATION ERRORS!"))))
> (add-to-list 'compilation-finish-functions
> 	     'my-compilation-finish-function-standard)

excellent, however i would still like the window to remain open upon detection of warnings as well [in order to force me to write ISO C99 code :-)]. i use the compile command exclusively for C code, so a grep for "warning:" should be sufficient. however, my attempts to customise your function have failed. any further hints?

  reply	other threads:[~2004-07-28  1:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-24 22:35 compiling in C mode and the compilation buffer Shug Boabie
2004-07-25 22:52 ` Benjamin Rutt
2004-07-28  1:24   ` Shug Boabie [this message]
2004-07-28  1:40     ` Shug Boabie
2004-07-28 12:57       ` Benjamin Rutt
2004-07-28 20:29         ` Shug Boabie
2004-07-28 21:41           ` Benjamin Rutt
2004-07-26 22:59 ` Kevin Rodgers

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040728022342.1a999383@localhost \
    --to=no.spam@example.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.