[9703] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: decmips 7.4G: Bug in tags.el

daemon@ATHENA.MIT.EDU (Reid M. Pinchback)
Wed Jul 29 09:26:31 1992

To: Marc Horowitz <marc@MIT.EDU>
Cc: bugs@Athena.MIT.EDU
In-Reply-To: Your message of Tue, 28 Jul 92 23:50:22 -0400.
Date: Wed, 29 Jul 92 09:26:18 EDT
From: "Reid M. Pinchback" <reidmp@Athena.MIT.EDU>


>I consider the current behavior a feature.

How is finding the wrong tag first, when the correct tag is available in
the TAGS file, a feature?  It makes tags.el unreliable for non-interactive
use in a way that is totally unnecessary.  I can see matching similar tags
when the one you ask for isn't in the TAGS file, but missing it when it
is there can send you off into the wrong source file altogether.  This is
not my idea of a feature.

The proposed "compromise" strikes me as being even worse.  Since etags
prefaces some return type information on each line of TAGS, using a regexp 
like "^tagname(" would only match functions that have *no* return type
information on the same line of the original source file.  This would be
replacing a minor bug with a somewhat larger one.  We'd go from sometimes
matching the wrong tag to most times matching no tags at all.  I don't think
the resulting behaviour would be a feature either.

-----------
Reid M. Pinchback
Faculty Liaison
Academic Computing Services, MIT

home help back first fref pref prev next nref lref last post