On Tue, Jun 28, 2011 at 3:09 PM, Suvayu Ali <fatkasuvayu+li...@gmail.com> wrote: >> diff --git a/Makefile b/Makefile >> index 239ab2e..2d1d324 100644 >> --- a/Makefile >> +++ b/Makefile >> @@ -230,12 +230,11 @@ autoloads: lisp/org-install.el >> >> lisp/org-install.el: $(LISPFILES0) Makefile >> $(BATCH) --eval "(require 'autoload)" \ >> - --eval '(find-file "org-install.el")' \ >> + --eval '(find-file "lisp/org-install.el")' \ >> --eval '(erase-buffer)' \ >> - --eval '(mapc (lambda (x) (generate-file-autoloads >> (symbol-name x))) (quote ($(LISPFILES0))))' \ >> + --eval '(mapc (lambda (x) (generate-file-autoloads >> (symbol-name x))) (quote ($(LISPF))))' \ --eval '(insert "\n(provide >> (quote org-install))\n")' \ --eval '(save-buffer)' >> - mv org-install.el lisp >> >> doc/org: doc/org.texi >> (cd doc && $(MAKEINFO) --no-split org.texi -o org) > > This patch to the Makefile generates the autoloads without the lisp/ > prefix for me and works without errors. However as Nick says, maybe its > worthwhile to understand why this was happening in the first place. My > lisp knowledge is very little, but please let me know if I can help > track this down.
Is there any more progress on finding and fixing this problem with org and emacs24? I just built the development version of Aquamacs (GNU Emacs 24.0.50.3). The problem with the way org autoloads lisp files is present. Should this patch be applied to org sources?
