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'?
> 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
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