Re: Change in bytecomp.el breaks Gnus

[Luc Teirlinck <teirllm@dms.auburn.edu>]

Katsumi Yamaoka wrote:

   Although I'm not sure of it, the following patch seems to solve
   the problem.

Your patch does not seem to solve a related problem I reported earlier
on emacs-devel, so it probably is not a complete solution:

   Changes in byte compilation which must be less than a day old, have
   strange effects.  `winner' is no longer usable when winner.elc is
   used, but still seems to work fine when winner.el is used.

   After `emacs -q' I get the following ielm run:

   *** Welcome to IELM ***  Type (describe-mode) for help.
   ELISP> (load "winner")
   t
   ELISP> (winner-sorted-window-list)
   *** Eval error ***  Symbol's function definition is void: t
   ELISP> (load "winner.el")
   t
   ELISP> (winner-sorted-window-list)
   (#<window 3 on *ielm*>)

   ELISP> 

   Byte compiling winner.el produces:

   Compiling file /home/teirllm/emacscvsdir/emacs/lisp/winner.el at Tue
   Nov  9 08:32:15 2004
   Entering directory `/home/teirllm/emacscvsdir/emacs/lisp/'
   winner.el:52:14:Warning: Function `gensym' from cl package called at
   runtime
   winner.el:56:10:Warning: Function `gensym' from cl package called at
   runtime

   In winner-sorted-window-list:
   winner.el:125:10:Warning: attempt to inline `t' before it was defined
   winner.el:124:4:Warning: `t' called as a function

   In winner-make-point-alist:
   winner.el:284:33:Warning: attempt to inline `t' before it was defined
   winner.el:285:44:Warning: `t' called as a function

   In end of data:
   winner.el:488:1:Warning: the function `t' is not known to be defined.

   Comments:

   The first two warnings are probably legitimate.

   The function `t' stuff appears to be a bug in byte compilation.