Re: XEmacs 20.4: find-function-noselect
>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)srce.hr> writes:
Hrvoje> SL Baur <steve(a)xemacs.org> writes:
> Jens-Ulrik Petersen <petersen(a)kurims.kyoto-u.ac.jp>
writes:
>
> > Actually it only does/did this for the recorded names of
> > compiled functions, but you're right and I will fix this in
> > the next version.
>
> The calls to (compiled-function-annotation symbol) need to be
> replaced with (symbol-file symbol),
Hrvoje> Note that `symbol-file' is slightly more losing than
Hrvoje> compiled-function-annotation, because it doesn't
Hrvoje> distinguish between variables and functions. So `C-h v
Hrvoje> values RET' informs me that `values' variable has been
Hrvoje> defined in cl.elc. Huh?! What really happened is that
Hrvoje> the `values' *function* has been defined there.
That's a good point. There should at least be a
`built-in-variable-type' test or something in "help.el" (and
"find-func.el") to check if a symbol is a "built-in" (defined in C)
before pulling something out of `load-history'. Of course that is
only an improvement, it can still happen that function X is defined in
one library and variable X is defined in another.
What is really needed is to record function and variable definitions
separately. What backward compatibility problems might this cause?
--
Jens-Ulrik Holger Petersen <http://www.kurims.kyoto-u.ac.jp/~petersen/>
Research Institute for Mathematical Sciences, Kyoto University