From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Changes in lisp/Makefile.in to skip preloaded files Date: Tue, 06 Oct 2009 09:44:41 +0200 Message-ID: <837hv9neza.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1254815238 25793 80.91.229.12 (6 Oct 2009 07:47:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Oct 2009 07:47:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 06 09:47:08 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mv4lG-0001RJ-9U for ged-emacs-devel@m.gmane.org; Tue, 06 Oct 2009 09:47:06 +0200 Original-Received: from localhost ([127.0.0.1]:47780 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mv4lF-0006qV-Sf for ged-emacs-devel@m.gmane.org; Tue, 06 Oct 2009 03:47:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mv4l9-0006p8-UE for emacs-devel@gnu.org; Tue, 06 Oct 2009 03:46:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mv4l8-0006ow-9R for emacs-devel@gnu.org; Tue, 06 Oct 2009 03:46:58 -0400 Original-Received: from [199.232.76.173] (port=53639 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mv4l8-0006ot-5u for emacs-devel@gnu.org; Tue, 06 Oct 2009 03:46:58 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:21705) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mv4l4-0006xD-VT; Tue, 06 Oct 2009 03:46:55 -0400 Original-Received: from mtaout6.012.net.il ([84.95.2.16]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mv4l4-0006Q2-91; Tue, 06 Oct 2009 03:46:54 -0400 Original-Received: from conversion-daemon.i-mtaout6.012.net.il by i-mtaout6.012.net.il (HyperSendmail v2007.08) id <0KR300E001J6IY00@i-mtaout6.012.net.il>; Tue, 06 Oct 2009 09:46:43 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.224.43]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KR3003NA1LTM780@i-mtaout6.012.net.il>; Tue, 06 Oct 2009 09:46:41 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by mx20.gnu.org: Solaris 10 (1203?) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:115916 Archived-At: > -autoloads: $(LOADDEFS) doit > +# The Makefile dependency is to make any missing-file error more explicit. > +autoloads: $(LOADDEFS) ../src/Makefile doit > chmod +w $(lisp)/ps-print.el $(lisp)/emulation/tpu-edt.el \ > $(lisp)/emacs-lisp/cl-loaddefs.el $(lisp)/mail/rmail.el \ > $(lisp)/dired.el $(lisp)/ibuffer.el > wd=$(lisp); $(setwins_almost); \ > echo Directories: $$wins; \ > - $(emacs) -l autoload --eval '(setq generated-autoload-file "$(lisp)/loaddefs.el")' -f batch-update-autoloads $$wins > + preload=`sed -n -e '/^lisp=/ s/$${lispsource}//g p' ../src/Makefile | \ > + sed 's/^lisp= //'`; \ > + $(emacs) -l autoload --eval "(setq generated-autoload-file \"$(lisp)/loaddefs.el\" autoload-excludes \"$${preload}\")" -f batch-update-autoloads $$wins src/Makefile gets recreated every time you run the configure script, so this change will now cause autoloads to appear out of date after every configure. Is that what you really want? Should autoloads depend on src/Makefile.in instead? Similar with the preload= thing: why not run Sed on src/Makefile.in? src/Makefile could be botched by some snafu; why both the lisp directory on that behalf as well?