emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacs.pdmp not always rebuilt


From: Eli Zaretskii
Subject: Re: emacs.pdmp not always rebuilt
Date: Mon, 04 Oct 2021 19:56:02 +0300

> Date: Mon, 04 Oct 2021 16:02:18 +0000
> From: Gregory Heytings <gregory@heytings.org>
> cc: larsi@gnus.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org
> 
> > If fboundp returns non-nil, it means the symbol's function cell is not 
> > void, i.e. the symbol can be used as a function.  Right?  So the call 
> > can only fail if the function itself has a bug, right?  And in the 
> > latter case, how is that different from any other Lisp function called 
> > during loadup?
> 
> It's different, precisely because it is not a function among other 
> functions, it's the function that signals an error.  And as we've just 
> seen, if the function that signals an error itself fails, unexpected 
> behavior can happen, especially when this happens during bootstrap.
> 
> I would have taken extra care to avoid that possibility, especially given 
> that the importance of substitute-command-keys on error messages during 
> bootstrap is close to zero.  Perhaps I did not look close enough, but I 
> could not find a single error message where substitute-command-keys would 
> have had an effect, and even if there are a few, seeing "Command 
> \[foobar\] blah blah" instead of "Command M-x foobar blah blah" or 
> "Command C-x % blah blah" does not make a big difference.

Ah, that argument...  That train has left the station long ago, and
your argument is then not with me.  I'm just the janitor, cleaning up
after the train that left, trying to have a tidy station nonetheless.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]