bug#18466: 24.4.50; Failure to byte-compile rmailmm.el

bug#18466: 24.4.50; Failure to byte-compile rmailmm.el

[Eli Zaretskii]

Any change that causes recompilation of rmail.el will thereafter cause
a failure to compile rmailmm.el:

  In toplevel form:
  lisp/mail/rmailmm.el:78:1:Error: Symbol's value as variable is void: rmail-spool-directory

Compilation of rmailmm.el with the Emacs binary from the emacs-24
branch succeeds with no messages.

In GNU Emacs 24.4.50.242 (i686-pc-mingw32)
 of 2014-09-13 on HOME-C4E4A596F7
Repository revision: 117872 eliz@gnu.org-20140913092015-sirys4nf8kmslu8v
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --prefix=/d/usr --enable-checking=yes,glyphs 'CFLAGS=-O0
 -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG NOTIFY ACL GNUTLS LIBXML2 ZLIB

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1255

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
M-x r e p o r t SPC e m <backspace> <backspace> <backspace> 
e <backspace> - e m <tab> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message dired format-spec
rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32
ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset
image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode
register page menu-bar rfn-eshadow timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
w32notify w32 multi-tty emacs)

Memory information:
((conses 8 78459 6182)
 (symbols 32 17933 0)
 (miscs 32 36 97)
 (strings 16 12104 3898)
 (string-bytes 1 302842)
 (vectors 8 9978)
 (vector-slots 4 390047 3688)
 (floats 8 64 154)
 (intervals 28 242 95)
 (buffers 516 11))

bug#18466: 24.4.50; Failure to byte-compile rmailmm.el

[Glenn Morris]

Eli Zaretskii wrote:

> Any change that causes recompilation of rmail.el will thereafter cause
> a failure to compile rmailmm.el:
>
>   In toplevel form:
>   lisp/mail/rmailmm.el:78:1:Error: Symbol's value as variable is void: rmail-spool-directory

This is http://debbugs.gnu.org/17407 .

I think there are several problems with the autoloads generation
mechanism, but the simple way to avoid this is to use a separate
obsolete/loaddefs.el file that loadup.el loads if present.
(Not sure I have time to make that change right now though.)

bug#18466: 24.4.50; Failure to byte-compile rmailmm.el

[Glenn Morris]

Changes to autoload generation mean this report is no longer relevant.