From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: reftex.el autoloads Date: Mon, 21 Dec 2015 10:52:52 +0000 Message-ID: <878u4onke3.fsf@russet.org.uk> References: <87h9jqo9a5.fsf@russet.org.uk> <877fkj1q5j.fsf@russet.org.uk> <83si375x03.fsf@gnu.org> <8737v71oo0.fsf@russet.org.uk> <83r3ir5vrb.fsf@gnu.org> <87y4czz7ul.fsf@russet.org.uk> <83oadv58fm.fsf@gnu.org> <87h9jmks0u.fsf@russet.org.uk> <87zixexam5.fsf@russet.org.uk> <0ltwnjbj6q.fsf@fencepost.gnu.org> <87zixagvs4.fsf@russet.org.uk> <83io3xzqo3.fsf@gnu.org> <877fkcyd7r.fsf@russet.org.uk> <87vb7vh2p2.fsf@russet.org.uk> <87mvt4g19c.fsf@russet.org.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1450695262 16718 80.91.229.3 (21 Dec 2015 10:54:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Dec 2015 10:54:22 +0000 (UTC) Cc: Eli Zaretskii , eggert@cs.ucla.edu, emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 21 11:54:07 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aAy6Q-0001GJ-Pk for ged-emacs-devel@m.gmane.org; Mon, 21 Dec 2015 11:54:06 +0100 Original-Received: from localhost ([::1]:43992 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aAy6L-00017X-46 for ged-emacs-devel@m.gmane.org; Mon, 21 Dec 2015 05:54:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aAy5N-00007s-L0 for emacs-devel@gnu.org; Mon, 21 Dec 2015 05:53:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aAy5M-0003Aw-Me for emacs-devel@gnu.org; Mon, 21 Dec 2015 05:53:01 -0500 Original-Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:35790) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aAy5G-00039e-Lm; Mon, 21 Dec 2015 05:52:54 -0500 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1aAy5E-0004si-FZ; Mon, 21 Dec 2015 10:52:52 +0000 Original-Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1aAy5E-0002wb-Ni; Mon, 21 Dec 2015 10:52:52 +0000 In-Reply-To: (Glenn Morris's message of "Sun, 20 Dec 2015 19:29:35 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:196596 Archived-At: Glenn Morris writes: > Phillip Lord wrote: > >>> What's special about dired here? >> >> I'm working on the assumption that the problems I had with dired.el have >> been fixed and where a straight-forward bootstrap problem. > > I don't know what that means. Oh, that dired.el was used somewhere during the bootstrap build before dired-loaddefs.el is generated. cl-lib.el has the same problem. It deals with it like so: (unless (load "cl-loaddefs" 'noerror 'quiet) ;; When bootstrapping, cl-loaddefs hasn't been built yet! (require 'cl-macs) (require 'cl-seq)) I took a punt and guessed that the dired autoloaded functions are not needed during bootstrap so used the simpler approach. >>> Ie, could the same thing happen with other files? >> >> What is special is that the diary (and all the calendar) files have four > > My question was about dired. Why does dired need special handling? AFAICT, it's because of vc.el which requires dired.el. This is needed by find-file-noselect to open loaddefs.el. >> I don't know enough about calendar to know why it needs such a complex >> set of autoloads, although I do wonder whether it still does. > > Nothing has changed, so yes it does. It's worked fine for years. > Though when I tried to say this earlier in this discussion, I didn't succeed. You did succeed. I did listen, and did take the issue seriously. At the same time, I felt that there was a build irritation that was worth removing. If no one else had agreed, I probably would not have touched it, out of respect for your concerns. >> I guess the best I can do at the moment is change >> >> EMACSOPT = -batch --no-site-file --no-site-lisp >> >> to >> >> EMACSOPT = -batch --no-site-file --no-site-lisp --debug > > No, just make the autoload-generate-file-autoloads condition-case handler > print some debug info when it encounters end-of-file error. > >> Is it possible to get hydra to build another branch (called test or >> something)? In the ideal world, I'd rather not do this sort of mucking >> around on master. > > hydra isn't a good fit for this kind of testing. I am stuck reproducing the bug elsewhere. >> And, in an entirely unrelated question, why is that "-batch" and not >> "--batch"? > > They are equivalent. Ok.