Martin Buchholz <martin(a)xemacs.org> writes:
>>>>> "Heiko" == Heiko Muenkel
<muenkel(a)tnt.uni-hannover.de> writes:
>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes:
Hrvoje> Martin Buchholz <martin(a)xemacs.org> writes:
>>> Exact searching for symbols in lisp mode seems to be messed up.
>>>
>>> To reproduce, make a TAGS table for XEmacs using `make TAGS',
>>> do xemacs -q eval (setq tags-always-exact t) visit the file
>>> .../lisp/etags.el and do M-x find-tag RET find-tag RET ==> No
>>> entries matching find-tag
Hrvoje> I am unable to repeat this bug. For me, `M-. find-tag
Hrvoje> RET' correctly finds `find-tag'.
Did you omit the step, `visit .../lisp/etags.el'?
No.
Hrvoje> That's because the expression you type in is actually
a
Hrvoje> regexp (tags-always-exact is something else, and it's
Hrvoje> almost totally obsolete now.)
The docstring for find-tag says nothing about regexps. If a user
wants to do regexp searching for tags, isn't the right tool
tags-apropos?
I've never used tags-apropos, but I agree that the regexp behaviour
should be documented.
Heiko> In the original function there's a strange
implementation of
Heiko> the search. I don't understand why it was implemented this
Heiko> way, so it's possible, that my changes breaks something
Heiko> else. Therefore I've included the changed file in this
Heiko> mail. Please try it and let me know if it works or not. I'll
Heiko> send a patch to xemacs-patches if it works.
Heiko, thanks for looking at this. Hrvoje, please take a look at
Heiko's changes.
It would be nice if we got a patch. I'll look at the changes later.
--
Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Union break!