GNU bug report logs - #10049
problems if buffer-local generated-autoload-file points to global autoload file

Previous Next

Package: emacs;

Reported by: David Engster <deng <at> randomsample.de>

Date: Mon, 14 Nov 2011 22:14:01 UTC

Severity: normal

Found in version 24.0.91

Fixed in version 24.0.92

Done: David Engster <deng <at> randomsample.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: David Engster <deng <at> randomsample.de>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#10049: closed (problems if buffer-local generated-autoload-file
 points to global autoload file)
Date: Thu, 17 Nov 2011 08:38:03 +0000
[Message part 1 (text/plain, inline)]
Your message dated Thu, 17 Nov 2011 09:36:20 +0100
with message-id <87ehx7kuwr.fsf <at> engster.org>
and subject line Re: bug#10049: 24.0.91; Setting generated-autoload-file as local variable not working correctly
has caused the debbugs.gnu.org bug report #10049,
regarding problems if buffer-local generated-autoload-file points to global autoload file
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
10049: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10049
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: David Engster <deng <at> randomsample.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.91; Setting generated-autoload-file as local variable not working
	correctly
Date: Mon, 14 Nov 2011 23:12:16 +0100
Recipe:

* Create file 'testautoload.el' in /home/whatever/test containing

--------------------
;;;###autoload
(defun testautoload-testfunc ())

;; Local variables:
;; generated-autoload-file: "foo.el"
;; End:
--------------------

* Now create autoload file using (all in one line)

emacs --batch -l autoload -f toggle-debug-on-error
   --eval '(setq generated-autoload-file "/home/whatever/test/foo.el")' 
   -f batch-update-autoloads /home/whatever/test

You'll see:
...
Wrote /home/whatever/test/foo.el
Making generated-autoload-file local to  *autoload-file* while let-bound!
Generating autoloads for testautoload.el...
Generating autoloads for testautoload.el...done
Saving file /home/void/test/foo.el...
Wrote /home/void/test/foo.el
(No changes need to be saved)

and the file foo.el will be generated (BTW, shouldn't the above
*autoload-file* better denote the actual file name?)

* Now simply call the above command again. You'll get:

Debugger entered--Lisp error: (wrong-type-argument listp "77d69bf537d61f438126776e130fef3d")
  time-less-p("77d69bf537d61f438126776e130fef3d" (20161 36303))
  update-directory-autoloads("/home/whatever/test")
  apply(update-directory-autoloads "/home/whatever/test")
  batch-update-autoloads()
[...]

This is due to the following autoload header in foo.el:

;;;### (autoloads (testautoload-testfunc) "testautoload" "testautoload.el"
;;;;;;  "77d69bf537d61f438126776e130fef3d")
;;; Generated autoloads from testautoload.el

where the md5-looking hex-string is obviously not a time.



[Message part 3 (message/rfc822, inline)]
From: David Engster <deng <at> randomsample.de>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 10049-close <at> debbugs.gnu.org
Subject: Re: bug#10049: 24.0.91;
	Setting generated-autoload-file as local variable not working
	correctly
Date: Thu, 17 Nov 2011 09:36:20 +0100
Glenn Morris writes:
> The problem only occurs when the buffer-local value of
> generated-autoload-file points to the same file as the global value.
> This should be fixed, but in the meantime you can work around it by
> simply not setting the buffer-local value (because setting it to the
> global value is at best a no-op).

I can confirm it is fixed; thank you!

You're right of course that those variables are a no-op, but they come
from the CEDET Emacs-merge and I'd like to keep them to make merging
easier.

-David


This bug report was last modified 13 years and 190 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.