[Bug: 21.5-b27] describe-function shows build-time file
locations
Ron Isaacson
Ron.Isaacson at morganstanley.com
Wed Feb 7 17:45:37 EST 2007
Stephen J. Turnbull wrote:
>
> Ron Isaacson writes:
>
> > I notice that describe-function mistakenly reports the build-time
> > location for some functions.
>
> XEmacs is correct, you are wrong. Those files were in fact loaded at
> build time. At least, custom.elc is.
Hmm. Didn't realize that.
> Note that the semantics of these functions is not at all clear.
> Originally the intention was to take you to where you can edit the
> function to change the behavior of XEmacs. For a dumped file that
> should be a file in the source tree. That's arguably inconvenient in
> your environment
...and misleading in general, because as you say, it's not enough to
rebuild the elc file -- you actually need to recompile xemacs. Hmm.
> , but we have to be careful to find the source file in
> cases where it does exist. (I say "arguably" because we often get
> reports that somebody has edited and compiled a Lisp file, but the
> change doesn't "take" because it's a dumped file, so the changed .elc
> needs to be reloaded in every session.)
Sorry to ask a stupid question, but is there a reason for that? Why do
these libs need to be built into the binary? Is it just a performance
thing?
--
Ron Isaacson
Morgan Stanley
ron.isaacson at morganstanley.com / (212) 276-0268
NOTICE: If received in error, please destroy and notify sender. Sender
does not waive confidentiality or privilege, and use is prohibited.
More information about the XEmacs-Beta
mailing list