GNU bug report logs -
#17407
obsolete-autoloads can clobber regular autoloads
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Mon, 5 May 2014 07:22:01 UTC
Severity: minor
Tags: wontfix
Found in version 24.4.50
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Package: emacs
Version: 24.4.50
Have an up-to-date build of current trunk:
cd lisp
make autoloads
cp loaddefs.el loaddefs.el.BAK
echo ";;foo" >> mail/rmailsum.el
make autoloads
diff loaddefs.el.BAK loaddefs.el
- see that all the rmail.el autoloads have vanished
I believe this explains the failure in http://hydra.nixos.org/build/10824210 .
Analysis:
The batch-update-autoloads in `make autoload' extracts autoloads from
rmailsum.el into rmail.el, modifying the hash in the latter and the
file's timestamp. It then calles `make obsolete-autoloads'.
This calls batch-update-autoloads again. This notices that rmail.el has
a changed timestamp, so rescans it for autoloads. Because
generate-autoload-cookie is set to a non-standard value, it finds none,
so it erases them all from loaddefs.el.
I don't understand why `obsolete-autoloads' is scanning rmail.el, when
it calls "-f batch-update-autoloads ${lisp}/obsolete".
Why isn't it just restricting itself to scanning obsolete/, as instructed?
This bug report was last modified 4 years and 75 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.