From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Sven Utcke Newsgroups: gmane.emacs.devel Subject: Re: Bug Report (Feature request?) etags (GNU Emacs 21.1) Date: Fri, 22 Feb 2002 15:56:47 +0100 (CET) Message-ID: <200202221456.g1MEulr03675@kogs46.informatik.uni-hamburg.de> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: quimby2.netfonds.no 1014389945 1098 195.204.10.66 (22 Feb 2002 14:59:05 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 22 Feb 2002 14:59:05 GMT Cc: rms@gnu.org, storm@cua.dk, pot@gnu.org, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16eHA9-0000Hc-00 for ; Fri, 22 Feb 2002 15:59:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16eH8Y-0008T2-00; Fri, 22 Feb 2002 09:57:26 -0500 Original-Received: from rzdspc1.informatik.uni-hamburg.de ([134.100.9.61]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16eH82-0008Qc-00; Fri, 22 Feb 2002 09:56:54 -0500 Original-Received: from kogs1.informatik.uni-hamburg.de (kogs1.informatik.uni-hamburg.de [134.100.12.111]) by rzdspc1.informatik.uni-hamburg.de (8.12.2/8.12.2) with ESMTP id g1MEumt5021375; Fri, 22 Feb 2002 15:56:48 +0100 (CET) Original-Received: from kogs46.informatik.uni-hamburg.de (kogs46.informatik.uni-hamburg.de [134.100.12.146]) by kogs1.informatik.uni-hamburg.de (8.12.2/8.12.2) with ESMTP id g1MEulWd028080; Fri, 22 Feb 2002 15:56:47 +0100 (CET) Original-Received: (from utcke@localhost) by kogs46.informatik.uni-hamburg.de (8.10.1/8.10.1) id g1MEulr03675; Fri, 22 Feb 2002 15:56:47 +0100 (CET) Original-To: pot@gnu.org (Francesco Potorti`) In-Reply-To: <874rk9a8uk.fsf@pot.cnuce.cnr.it> from "Francesco Potorti`" at Feb 22, 2002 03:29:07 PM X-Mailer: ELM [version 2.5 PL2] X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1420 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1420 > Richard Stallman writes: > That is doing things the hard way. Wouldn't it be easier to handle > #line in Lisp inside find-tag? > > Okay, let's try to change the approach completely. We should be able to > do that all inside find-tag, without even changing the user interface. > > Using C-u M-. one can search for more tags. We (not me, please!) can > change find-tag so that, before looking in the TAGS buffer for more > tags, the current buffer is searched backwards from point for a #line > directive. If that is found, jump to the correponding location in the > file referenced by #line. Fine. So now we have a workaround which nearly works. It has the disadvantage of showing the .c file first (which is either nearly unreadable or, if it isn't, might no get edited accidentially). It Requires one more key-sequence to get to the right place. But, worst of all: > Etags is left unchanged. And therefore, in my opinion, left buggy, since I reall believe etags should honour #line directives. Not the interface to etags, but etags itself... Sven -- _ __ The Cognitive Systems Group | |/ /___ __ _ ___ University of Hamburg | '