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 16:02:34 +0100 (CET) Message-ID: <200202221502.g1MF2Ye03793@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 1014390308 1460 195.204.10.66 (22 Feb 2002 15:05:08 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 22 Feb 2002 15:05:08 GMT Cc: rms@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 16eHFz-0000NS-00 for ; Fri, 22 Feb 2002 16:05:07 +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 16eHEC-0000Jq-00; Fri, 22 Feb 2002 10:03:16 -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 16eHDa-0000I2-00; Fri, 22 Feb 2002 10:02:39 -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 g1MF2Zt5021914; Fri, 22 Feb 2002 16:02:35 +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 g1MF2ZWd028175; Fri, 22 Feb 2002 16:02:35 +0100 (CET) Original-Received: (from utcke@localhost) by kogs46.informatik.uni-hamburg.de (8.10.1/8.10.1) id g1MF2Ye03793; Fri, 22 Feb 2002 16:02:34 +0100 (CET) Original-To: pot@gnu.org (Francesco Potorti`) In-Reply-To: from "Francesco Potorti`" at Feb 22, 2002 03:10:31 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:1421 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1421 > That is backwards. It should only tag zz.y, not zz.c. > > The reason is that zz.y may have tags that are not reflected in zz.c. > > Argh. Right. > It will also be possible > to use `etags xx.web xx.c' and etags will only tag xx.c with tags > pointing to xx.web. > > That is reasonable in this case because xx.web is in a format that > can't be processed by etags. > > So etags should distinguish the two cases. I'd like to find a more > linear logic, however. Personally, I do not think we should burden ourselves with this at all. I certainly would not give a .web file to etags, and _not_ giving .web files to etags is easily automated :-) So I _believe_ that the right thing to do would be to create references for all files given to etags, and to obey #line. So if someone gives a .y and .c file to etags, it _should_ create duplicate references to the .y file. Of course one could optionally have etags remove duplicate entries, or (maybe even better), if both the .y and .c file are given than etags could take this as a hint to not obey #line for this particular .c file, but I believe the best approach for now might be to simply generate the duplicate references and be done... Sven -- _ __ The Cognitive Systems Group | |/ /___ __ _ ___ University of Hamburg | '