From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Markert Subject: Re: Problem with autoloads Date: Tue, 28 Jun 2011 14:39:13 +0200 Message-ID: <87wrg6870u.wl%markert.michael@googlemail.com> References: <877h87xloq.wl%markert.michael@googlemail.com> <20110627105743.15d7f5fd@kuru.homelinux.net> <87zkl29ams.wl%markert.michael@googlemail.com> <18297.1309220005@alphaville.dokosmarshall.org> <20110627180134.661ecfaa@kuru.homelinux.net> <29444.1309242825@alphaville.dokosmarshall.org> <87y60m8mv8.wl%markert.michael@googlemail.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Tue_Jun_28_14:39:13_2011-1"; micalg=pgp-sha256; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:46883) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QbXZY-0007Wl-Hj for emacs-orgmode@gnu.org; Tue, 28 Jun 2011 08:39:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QbXZW-0002Ok-SZ for emacs-orgmode@gnu.org; Tue, 28 Jun 2011 08:39:20 -0400 Received: from mail-fx0-f52.google.com ([209.85.161.52]:46115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QbXZW-0002Oe-8C for emacs-orgmode@gnu.org; Tue, 28 Jun 2011 08:39:18 -0400 Received: by fxd18 with SMTP id 18so151964fxd.39 for ; Tue, 28 Jun 2011 05:39:17 -0700 (PDT) In-Reply-To: <87y60m8mv8.wl%markert.michael@googlemail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: nicholas.dokos@hp.com Cc: Bastien , org-mode mailing list --pgp-sign-Multipart_Tue_Jun_28_14:39:13_2011-1 Content-Type: text/plain; charset=US-ASCII On 28 Jun 2011, Michael Markert wrote: > [1 ] > On 28 Jun 2011, Nick Dokos wrote: >> >> >> Suvayu and I worked on this in an email exchange: it turns out that >> Michael was right in that (recent) emacs 24 is indeed the culprit. In >> particular, the variable generated-autoload-file is now initialized >> to nil: >> >> ,---- >> | (defvar generated-autoload-file nil >> | "File into which to write autoload definitions. >> | A Lisp file can set this in its local variables section to make >> | its autoloads go somewhere else. >> | >> | If this is a relative file name, the directory is determined as >> | follows: >> | - If a Lisp file defined `generated-autoload-file' as a >> | file-local variable, use its containing directory. >> | - Otherwise use the \"lisp\" subdirectory of `source-directory'. >> | >> | The autoload file is assumed to contain a trailer starting with a >> | FormFeed character.") >> `---- >> >> whereas before (e.g. in the version of emacs 24 that I'm running: GNU >> Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of >> 2011-04-13) it was initialized to "loaddefs.el": >> >> >> ,---- | (defvar generated-autoload-file "loaddefs.el" | "*File >> \\[update-file-autoloads] puts autoloads into. | A `.el' file can >> set this in its local variables section to make its | autoloads go >> somewhere else. The autoload file is assumed to contain a | trailer >> starting with a FormFeed character.") `---- >> >> The particular value is not that important: the fact that it was >> a relative file name is, as indicated by the comment above. >> >> I think the following patch fixes it and does not break any earlier >> versions of org. Suvayu, Michael (and anybody else who cares to try >> it): would you mind checking and reporting back? With this patch for the makefile I can get it running: -- --- 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) -- --- I have some problems with writing org-install directly but otherwise autoload.el generates lisp/ autoloads (with LISPFILES0) or fails to find (with LISPF). But because org-install is automatically generated I don't consider them as such grave in the case it kills the old file and leaves garbage (maybe use a backup file?). I tried several things that all failed: 1. Let-bind `generated-autoload-load-name' per run 2. add `generated-autoload-file' to the elisp files 3. 1. with LISPFILES0 4. ... I'll spare you the rest. :( Michael --pgp-sign-Multipart_Tue_Jun_28_14:39:13_2011-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOCctxAAoJEHHMVUK0UjKVADwP/1Oy8ol81Mi7L9q13gMF4Xng oQPB4jEe65YkDd0TU7nTL7zoOoLEWsKsJbdMj/gCL5pp5O4ljCcduhPk8XSb4Pl8 Qgi/NocC1FLVUMH1JYCrmn7U7s8GhtlL5AI8p+Z70Ln4XsvDtEPuNpTtB46S0T9C L+045/Fc0l98R2XmHfbG6SFc5OGUvhg7t2K3nkQOous7+ccF+dkYb1NlYfcfWeK5 apNI1qJlZEdQMcbmL7UTwiIrIGBMHCwESqBfUiDrOOpdh+DRQ/WMahpEEhOMxbTk p3uIojDPxNHcyJS2IXzxVlRXVe/KBUgbn2hTt8izfXfszVJznIPtV3r7kdpwBHH7 uMQruPiBfywxIXdCGnhbv9xMgabfifPEBKEMDFZzUugCgP10VdyL1TX8iriN9Zan e0wwlPdwKElkDqaiaSZ5ZvOtoyIPZ9UK0vVZQZLzXm7+IglTPAQvC47jd97CTvsr 96+1VBeIo2kmV/gtTNgbS071jZPWQ0wqKMDTRTdcnV2iHTJuQx64B/8WE7iToUxV P/h0ZLFBuXbaxyVI9sXqQXOWEDMI0MqHHfkBENSYP3HCpONJtOxBpxP8lUREj6U6 uCtSTSApsDvxUzQnvZmCUof6AzUFsWzmnTcBNUOkkNftq9ZNDfsgwpKZwSFbACmp vOUGHQl9ueQMYS8yka4H =ozEO -----END PGP SIGNATURE----- --pgp-sign-Multipart_Tue_Jun_28_14:39:13_2011-1--