From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#7989: 23.2.91; How do I update "local" autoloads? Date: Sat, 5 Feb 2011 15:41:31 +0000 Message-ID: References: <87lj1uljg8.fsf@sc3d.org> <83y65u8pjm.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=90e6ba61537a38d797049b8ad57b X-Trace: dough.gmane.org 1296921986 5694 80.91.229.12 (5 Feb 2011 16:06:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 5 Feb 2011 16:06:26 +0000 (UTC) Cc: 7989@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 05 17:06:21 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PlkeS-0003gO-JY for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Feb 2011 17:06:21 +0100 Original-Received: from localhost ([127.0.0.1]:54812 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlkeR-0004E8-Sz for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Feb 2011 11:06:19 -0500 Original-Received: from [140.186.70.92] (port=33271 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlkeB-00047I-4B for bug-gnu-emacs@gnu.org; Sat, 05 Feb 2011 11:06:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Plke9-0008Ts-PM for bug-gnu-emacs@gnu.org; Sat, 05 Feb 2011 11:06:03 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58747) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Plke9-0008Tm-MR for bug-gnu-emacs@gnu.org; Sat, 05 Feb 2011 11:06:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Plk9B-0006Ho-RA; Sat, 05 Feb 2011 10:34:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Feb 2011 15:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7989 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7989-submit@debbugs.gnu.org id=B7989.129691998224085 (code B ref 7989); Sat, 05 Feb 2011 15:34:01 +0000 Original-Received: (at 7989) by debbugs.gnu.org; 5 Feb 2011 15:33:02 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Plk8E-0006GP-1N for submit@debbugs.gnu.org; Sat, 05 Feb 2011 10:33:02 -0500 Original-Received: from exprod7og107.obsmtp.com ([64.18.2.167]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Plk8B-0006G6-TU for 7989@debbugs.gnu.org; Sat, 05 Feb 2011 10:33:01 -0500 Original-Received: from source ([209.85.210.169]) (using TLSv1) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP ID DSNKTU1vrPyvt7GI+6pBnPb12Oi7ENnaT/a4@postini.com; Sat, 05 Feb 2011 07:41:38 PST Original-Received: by iyi20 with SMTP id 20so3143968iyi.28 for <7989@debbugs.gnu.org>; Sat, 05 Feb 2011 07:41:32 -0800 (PST) Original-Received: by 10.231.200.139 with SMTP id ew11mr14630673ibb.128.1296920491906; Sat, 05 Feb 2011 07:41:31 -0800 (PST) Original-Received: by 10.231.19.73 with HTTP; Sat, 5 Feb 2011 07:41:31 -0800 (PST) In-Reply-To: <83y65u8pjm.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 05 Feb 2011 10:34:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:43963 Archived-At: --90e6ba61537a38d797049b8ad57b Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5 February 2011 15:33, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Sat, 05 Feb 2011 13:06:15 +0000 > > Cc: > > > > 1. It updated all the autoloads, not just the ones for that directory. > > This seems to contradict the docstring for update-directory-autoloads, > > which says =93Update loaddefs.el with all the current autoloads from > > DIRS=94, and I had supplied precisely one directory, interactively. > > Please show exactly how you invoked update-directory-autoloads, with > all its arguments. > M-x update-directory-autoloads RET ~/local/share/emacs/site-lisp RET > > 2. It then wrote the resulting loaddefs.el to the source directory for > > Emacs. This is very clear in the code, in autoload-generated-file, but > > I=92m at a loss to explain it: I can see this is useful while building > > Emacs, but I can=92t see what possible utility it has when using an > > installed Emacs. > > See generated-autoload-file. > I did, but I didn't see anything useful there; sorry if I'm being obtuse. The apparently relevant bits say: generated-autoload-file is a variable defined in `autoload.el'. Its value is "loaddefs.el" Documentation: *File M-x update-file-autoloads puts autoloads into. A `.el' file can set this in its local variables section to make its autoloads go somewhere else. First, there's something missing here: it doesn't explain that if the value is a plain file name, then a directory is automatically prepended (and that's the source directory, which seems odd). Secondly, it doesn't tell me what to do to get the files I've installed in my own directory to have a sensible loaddefs.el written. From reading the above, there are two options: 1. I could annotate all the files I install in my personal site-lisp directory with generated-autoload-file settings. That seems perverse. 2. I could set generated-autoload-file before running update-directory-autoloads, but I have no idea whether this would have a deleterious effect on, for example, ELPA. In a nutshell, why would I want t= o set a global variable for a one-off operation? --=20 http://rrt.sc3d.org --90e6ba61537a38d797049b8ad57b Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5 February 2011 15:33, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Sat, 05 Feb 2011 13:06:15 +0000
> Cc:
>
> 1. It updated all the autoloads, not just the ones for that directory.=
> This seems to contradict the docstring for update-directory-autoloads,=
> which says =93Update loaddefs.el with all the current autoloads from > DIRS=94, and I had supplied precisely one directory, interactively.
Please show exactly how you invoked update-directory-autoloads, with
all its arguments.

> 2. It then wrote the resulting loaddefs.el to the source directory for=
> Emacs. This is very clear in the code, in autoload-generated-file, but=
> I=92m at a loss to explain it: I can see this is useful while building=
> Emacs, but I can=92t see what possible utility it has when using an > installed Emacs.

See generated-autoload-file.

I did, but I didn't see anything useful there; s= orry if I'm being obtuse. The apparently relevant bits say:

generated-autoload-file is a variable defined in `autoload.el&= #39;.
Its value is "loaddefs.el"

Document= ation:
*File M-x update-file-autoloads puts autoloads into.
=
A `.el' file can set this in its local variables section to make i= ts
autoloads go somewhere else.

First, there'= ;s something missing here: it doesn't explain that if the value is a pl= ain file name, then a directory is automatically prepended (and that's = the source directory, which seems odd).

Secondly, it doesn't tell me what to do to get the = files I've installed in my own directory to have a sensible loaddefs.el= written. From reading the above, there are two options:

 --90e6ba61537a38d797049b8ad57b--