From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: dapfy@t-online.de (Daniel Pfeiffer) Newsgroups: gmane.emacs.devel Subject: Re: new compile command doesn't coalesce errors on the same line Date: Sat, 20 Mar 2004 07:41:37 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040320074137.2ea2c886.occitan@esperanto.org> References: <20040317215208.5b0cb3e2.occitan@esperanto.org> <20040317224726.GC12561@fencepost> Reply-To: Daniel Pfeiffer NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1079765096 16425 80.91.224.253 (20 Mar 2004 06:44:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 20 Mar 2004 06:44:56 +0000 (UTC) Cc: miles@lsi.nec.co.jp, emacs-devel@gnu.org, Stefan Monnier , miles@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Mar 20 07:44:47 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B4aDv-0006pw-00 for ; Sat, 20 Mar 2004 07:44:47 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B4aDv-0003lh-00 for ; Sat, 20 Mar 2004 07:44:47 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B4aDR-00071x-6o for emacs-devel@quimby.gnus.org; Sat, 20 Mar 2004 01:44:17 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B4aCs-0006z0-41 for emacs-devel@gnu.org; Sat, 20 Mar 2004 01:43:42 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B4aCP-0006ql-R9 for emacs-devel@gnu.org; Sat, 20 Mar 2004 01:43:40 -0500 Original-Received: from [194.25.134.20] (helo=mailout08.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B4aBN-0006b9-PU; Sat, 20 Mar 2004 01:42:09 -0500 Original-Received: from fwd06.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1B4aBI-0001U8-0I; Sat, 20 Mar 2004 07:42:04 +0100 Original-Received: from pfdabpc.inhouse.start.de (GW28EvZHZeOB18zHAgX9snceAoqqnU8P2IRhNQXLh-FzwbDJV7-HU3@[217.234.30.205]) by fwd06.sul.t-online.com with smtp id 1B4aB8-0JEb6u0; Sat, 20 Mar 2004 07:41:54 +0100 Original-To: rms@gnu.org In-Reply-To: X-Mailer: Sylpheed version 0.9.4claws (GTK+ 1.2.10; i686-suse-linux) X-Seen: false X-ID: GW28EvZHZeOB18zHAgX9snceAoqqnU8P2IRhNQXLh-FzwbDJV7-HU3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20635 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20635 Saluton, Moin, Richard Stallman skribis: > >> compilation-skip-visited is your friend. > > Actually the option has existed for a long time and has always been nil. > So maybe we're talking about something else here, > > The doc string is very hard to understand--it is written like a > program. It may be 100% precise, but it is not very useful. Can > someone who understands that option's meaning rewrite the doc stringq > to be readable? Are we talking about the same docstring? I (having written it :-) find it quite clear: "*Compilation motion commands skip visited messages if this is t. Visited messages are ones for which the file, line and column have been jumped to from the current content in the current compilation buffer, even if it was from a different message." "current" here refers to the same compilation. When I compile again, everything starts over. > Meanwhile, to the extent I can figure it out, I think this is indeed > something else. Let's just change the code so as to treat > contiguous errors as one. How contiguous do they have to be? How many lines apart may they be? Keep this in mind: Where the old compile was bound to line-beginnings, the new one can match a location anywhere on a line, even several different kinds on the same line as in foo.c:5: error: function f was declared differently at bar.h:17 foo.c:5: error: (this is some bla bla about the same spot) To the human reader, the two foo.c:5 are still contiguous. But to the program bar.h:17 came in between. It could get quite complicated. What would we gain? Why would I want to go to the same spot again if it is mentioned 3 lines down, but not when it is mentioned on the next line? coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn Daniel Pfeiffer -- lerne / learn / apprends / läramå / ucz się Esperanto: http://lernu.net/