From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alain Ketterlin Newsgroups: gmane.emacs.help Subject: Re: encoding in *compilation-buffer* Date: Sat, 19 Feb 2011 18:12:44 +0100 Organization: Universites Paris VI/Paris VII - France Message-ID: <87fwrk0wz7.fsf@dpt-info.u-strasbg.fr> References: <30934972.post@talk.nabble.com> <30949803.post@talk.nabble.com> <48F34137-6605-48BA-916C-84F7F1DDA16A@Web.DE> <87k4gw12y8.fsf@dpt-info.u-strasbg.fr> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1298137245 8425 80.91.229.12 (19 Feb 2011 17:40:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 19 Feb 2011 17:40:45 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Feb 19 18:40:40 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PqqnN-0002sO-Sv for geh-help-gnu-emacs@m.gmane.org; Sat, 19 Feb 2011 18:40:38 +0100 Original-Received: from localhost ([127.0.0.1]:35936 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PqqnN-0006vQ-8Q for geh-help-gnu-emacs@m.gmane.org; Sat, 19 Feb 2011 12:40:37 -0500 Original-Path: usenet.stanford.edu!news.glorb.com!news2.glorb.com!news2.arglkargh.de!news.ecp.fr!jussieu.fr!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 42 Original-NNTP-Posting-Host: mob3.u-strasbg.fr Original-X-Trace: vishnu.jussieu.fr 1298135832 21466 130.79.6.132 (19 Feb 2011 17:17:12 GMT) Original-X-Complaints-To: usenet@vishnu.jussieu.fr Original-NNTP-Posting-Date: Sat, 19 Feb 2011 17:17:12 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:huTgwMebDcxqMEtkdlNxbzeSbuQ= Original-Xref: usenet.stanford.edu gnu.emacs.help:185070 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:79229 Archived-At: Peter Dyballa writes: > Am 19.02.2011 um 16:03 schrieb Alain Ketterlin: > >> I've missed the start of the thread, but isn't >> ansi-color-for-comint-mode supposed to solve this? > > As the function's name tell: It seems to be meant for comint-mode. > This does not seem to exist in *compilation* buffers. Sorry, I was somehow assuming that the *compilation* buffer was in comint mode. Actually, setting ansi-color-for-comint-mode to t and invoking: C-u M-x compile RET ls -l --color=always RET uses comint and produces ansi-color-ful output. Omitting the prefix arg shows ugly ansi sequences and no color. > Could /you/ make a test with this "colorgcc" wrapper? On my Mac OS X > system it does not exist. By temporarily commenting ansi-color-for- > comint-mode in your init file and launching a second GNU Emacs you > should be able to notice a difference... I don't use colorgcc or any kind of wrapper. I have colorful messages in the compilation buffer thanks to compilation-mode's own output parsing and font-lock settings. More precisely: if I launch a regular compile with M-x compile RET gcc whatever.c I get no ansi sequences in the output. That's why I said that gcc is not responsible for the sequences. The OP's "javatolatex" (iirc) probably pipes gcc's output through a wrapper. Either he changes his script to not produces the ansi sequences, or he switches to comint-based compilation and sets ansi-color-for-comint-mode. Once this variable is set, he can also use either M-x shell, or M-x term. -- Alain.