From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Underlining in compile.el Date: Thu, 30 Jun 2005 02:55:25 +0300 Organization: JURTA Message-ID: <87oe9owtq2.fsf@jurta.org> References: <17088.28432.470.506291@farnswood.snap.net.nz> <17089.64620.599304.437766@farnswood.snap.net.nz> <87r7ellujx.fsf@jurta.org> <17090.27349.693800.819676@farnswood.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1120098954 3948 80.91.229.2 (30 Jun 2005 02:35:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Jun 2005 02:35:54 +0000 (UTC) Cc: storm@cua.dk, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 30 04:35:53 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dnotf-0007Yw-Cr for ged-emacs-devel@m.gmane.org; Thu, 30 Jun 2005 04:35:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dnp1p-0003ip-IA for ged-emacs-devel@m.gmane.org; Wed, 29 Jun 2005 22:43:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DnooH-0007oq-Bp for emacs-devel@gnu.org; Wed, 29 Jun 2005 22:29:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dnoo3-0007iS-N7 for emacs-devel@gnu.org; Wed, 29 Jun 2005 22:29:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dnoo1-0007Wu-RN for emacs-devel@gnu.org; Wed, 29 Jun 2005 22:29:34 -0400 Original-Received: from [194.126.101.111] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DnoTo-0005qu-0D; Wed, 29 Jun 2005 22:08:40 -0400 Original-Received: from mail.neti.ee (80-235-40-23-dsl.mus.estpak.ee [80.235.40.23]) by Relayhost1.neti.ee (Postfix) with ESMTP id 68A2C1EAC; Thu, 30 Jun 2005 05:03:38 +0300 (EEST) Original-To: Nick Roberts In-Reply-To: <17090.27349.693800.819676@farnswood.snap.net.nz> (Nick Roberts's message of "Wed, 29 Jun 2005 21:33:09 +1200") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39926 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39926 > > Have you tried this with the latest CVS? This was fixed two weeks ago. > > Sorry, this was my mistake. I hadn't updated my loaddefs.el. After CVS update I always run: make; make -C lisp EMACS=../src/emacs recompile updates; make; make tags; make info ======= to get reliable results without making complete bootstrap. Maybe there should be a special make target that combines both `recompile' and `updates'? Also INSTALL.CVS could suggest using `update' in the normal updating procedure, because errors caused by not updating loaddefs.el might be too subtle to indicate the need to update loaddefs.el. This means to suggest users always run $ make recompile update EMACS=../src/emacs > I still get a slight discrepancy with byte compiling: > > textmodes/org.el:7542:12:Warning: `make-local-hook' is an obsolete function > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This highlighting is intentional. The `gnu' rule in `compilation-error-regexp-alist-alist' matches `[Ww]arning\\|'. I don't know why this was added. BTW, there is also a similar problem in grep matches. When a matched line starts with a number and colon, then it becomes highlighted as a column number. Maybe it helps to split the grep rules into smaller parts as Richard suggested, so if the used grep doesn't support output of column number then grep.el won't interpret such numbers as column numbers. > although errors are correctly highlighted. But maybe its another > autoload problem. I don't like updating autoloads for the whole > directory because all my local copies get added. I don't understand your problem. Why don't you like to add your local copies? -- Juri Linkov http://www.jurta.org/emacs/