From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Bug Report (Feature request?) etags (GNU Emacs 21.1) Date: Sat, 23 Feb 2002 13:19:52 -0700 (MST) Message-ID: <200202232019.g1NKJq114644@aztec.santafe.edu> References: <200202211303.g1LD3ar29903@kogs46.informatik.uni-hamburg.de> <5xvgcqrfya.fsf@kfs2.cua.dk> <200202220433.g1M4XAt14047@aztec.santafe.edu> <874rk9a8uk.fsf@pot.cnuce.cnr.it> Reply-To: rms@gnu.org NNTP-Posting-Host: quimby2.netfonds.no X-Trace: quimby2.netfonds.no 1014495858 6716 195.204.10.66 (23 Feb 2002 20:24:18 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 23 Feb 2002 20:24:18 GMT Cc: storm@cua.dk, pot@gnu.org, utcke@kogs1.informatik.uni-hamburg.de, 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 16eiiP-0001kC-00 for ; Sat, 23 Feb 2002 21:24:17 +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 16eigK-0000NZ-00; Sat, 23 Feb 2002 15:22:08 -0500 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16eie9-00007t-00; Sat, 23 Feb 2002 15:19:53 -0500 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g1NKJuu13881; Sat, 23 Feb 2002 13:19:56 -0700 (MST) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g1NKJq114644; Sat, 23 Feb 2002 13:19:52 -0700 (MST) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: pot@gnu.org In-reply-to: <874rk9a8uk.fsf@pot.cnuce.cnr.it> (message from Francesco Potorti` on 22 Feb 2002 15:29:07 +0100) 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:1466 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1466 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. Etags is left unchanged. This might be the right way to handle #line for this case, where the #line refers to a real source file which etags cannot or did not scan. Although I think it should go straight to the real source file; it should not "find" any tags in the generated file at all. However, for the .c and .y case, it should be etags that recognizes that it should not scan the .c file if the .y file is going to be scanned. Please consider this question decided. _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel