From: "Juanma Barranquero" <lekktu@gmail.com>
To: "Stefan Monnier" <monnier@iro.umontreal.ca>
Cc: Glenn Morris <rgm@gnu.org>, Jason Rumney <jasonr@gnu.org>,
emacs-devel Mailinglist <emacs-devel@gnu.org>
Subject: Re: bootstrap not regenerating some *loaddefs
Date: Wed, 18 Jun 2008 16:23:27 +0200 [thread overview]
Message-ID: <f7ccd24b0806180723r351f705ew3b3c018cad0bf269@mail.gmail.com> (raw)
In-Reply-To: <jwvzlpjkc3p.fsf-monnier+emacs@gnu.org>
> Can you try and track down why it doesn't?
> The way it works in non-w32 is that loadup.el loads ldefs-boot.el in
> case loading loaddefs.el failed, so removing loaddefs.el should work
> just as well as copying it from ldefs-boot.el.
The following patch works for me in the following situations:
- bootstrapping a fresh checkout
- bootstrapping an already existing workspace
- "make maintaner-clean" & "make bootstrap install"
However, I'd like to hear from Eli before committing this, as it is
his code that I'm removing.
Juanma
2008-06-18 Juanma Barranquero <lekktu@gmail.com>
* makefile.w32-in (bootstrap-clean-CMD, bootstrap-clean-SH):
Don't copy ldefs-boot.el over loaddefs.el.
(bootstrap-clean): Remove loaddefs.el and don't depend on it.
(loaddefs.el-SH, loaddefs.el-CMD): Add coding cookie to loaddefs.el.
Index: lisp/makefile.w32-in
===================================================================
RCS file: /sources/emacs/emacs/lisp/makefile.w32-in,v
retrieving revision 1.81
diff -u -2 -r1.81 makefile.w32-in
--- lisp/makefile.w32-in 6 May 2008 08:05:36 -0000 1.81
+++ lisp/makefile.w32-in 18 Jun 2008 10:50:15 -0000
@@ -138,13 +138,15 @@
echo "(defvar cvs-global-menu nil)" >>$@
echo " " >> $@
- echo ";;; Local Variables:" >> $@
- echo ";;; version-control: never" >> $@
- echo ";;; no-byte-compile: t" >> $@
- echo ";;; no-update-autoloads: t" >> $@
- echo ";;; End:" >> $@
+ echo ";; Local Variables:" >> $@
+ echo ";; version-control: never" >> $@
+ echo ";; no-byte-compile: t" >> $@
+ echo ";; no-update-autoloads: t" >> $@
+ echo ";; coding: utf-8" >> $@
+ echo ";; End:" >> $@
echo ";;; loaddefs.el ends here" >> $@
loaddefs.el-CMD:
echo ;;; loaddefs.el --- automatically extracted autoloads> $@
+ echo ;;>> $@
echo ;;; Code:>> $@
echo (autoload 'define-minor-mode "easy-mmode")>> $@
@@ -156,9 +158,10 @@
echo (defvar cvs-global-menu nil)>> $@
echo. >> $@
- echo ;;; Local Variables:>> $@
- echo ;;; version-control: never>> $@
- echo ;;; no-byte-compile: t>> $@
- echo ;;; no-update-autoloads: t>> $@
- echo ;;; End:>> $@
+ echo ;; Local Variables:>> $@
+ echo ;; version-control: never>> $@
+ echo ;; no-byte-compile: t>> $@
+ echo ;; no-update-autoloads: t>> $@
+ echo ;; coding: utf-8>> $@
+ echo ;; End:>> $@
echo ;;; loaddefs.el ends here>> $@
@@ -385,14 +388,10 @@
# Need separate version for sh and native cmd.exe
-# Note that bootstrap-clean-$(SHELLTYPE) copies ldefs-boot.el to loaddefs.el,
-# and thus the almost-empty loaddefs.el crafted by the $(lisp)/loaddefs.el
-# target can NOT be built _after_ bootstrap-clean-$(SHELLTYPE) does its
-# thing, or else an empty loaddefs.el will overwrite the full one.
-bootstrap-clean: $(lisp)/loaddefs.el
+bootstrap-clean:
+ - $(DEL) $(lisp)/loaddefs.el
$(MAKE) $(MFLAGS) bootstrap-clean-$(SHELLTYPE)
bootstrap-clean-CMD:
# if exist "$(EMACS)" $(MAKE) $(MFLAGS) autoloads
- cp $(lisp)/ldefs-boot.el $(lisp)/loaddefs.el
-for %%f in (. $(WINS)) do for %%g in (%%f\*.elc) do @$(DEL) %%g
@@ -400,5 +399,4 @@
# if test -f "$(EMACS)"; then $(MAKE) $(MFLAGS) autoloads; fi
# -rm -f $(lisp)/*.elc $(lisp)/*/*.elc
- cp $(lisp)/ldefs-boot.el $(lisp)/loaddefs.el
-for dir in . $(WINS); do rm -f $$dir/*.elc; done
next prev parent reply other threads:[~2008-06-18 14:23 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-17 11:57 bootstrap not regenerating some *loaddefs Juanma Barranquero
2008-06-17 15:13 ` Jason Rumney
2008-06-17 16:19 ` Juanma Barranquero
2008-06-17 16:38 ` Glenn Morris
2008-06-17 17:43 ` Juanma Barranquero
2008-06-17 17:46 ` Glenn Morris
2008-06-17 17:55 ` Juanma Barranquero
2008-06-17 18:05 ` Juanma Barranquero
2008-06-17 19:01 ` Juanma Barranquero
2008-06-17 21:05 ` Stefan Monnier
2008-06-18 14:23 ` Juanma Barranquero [this message]
2008-06-18 15:20 ` Stefan Monnier
2008-06-18 15:51 ` Juanma Barranquero
2008-06-18 16:47 ` Glenn Morris
2008-06-18 16:59 ` Juanma Barranquero
2008-06-18 18:18 ` Eli Zaretskii
2008-06-19 6:23 ` Glenn Morris
2008-06-19 8:28 ` Juanma Barranquero
2008-06-19 19:13 ` Glenn Morris
2008-06-19 19:38 ` Juanma Barranquero
2008-06-19 20:51 ` Stefan Monnier
2008-06-20 4:17 ` Glenn Morris
2008-06-20 7:49 ` Juanma Barranquero
2008-06-20 18:13 ` Glenn Morris
2008-06-20 7:54 ` Jason Rumney
2008-06-20 7:58 ` Juanma Barranquero
2008-06-20 9:16 ` Eli Zaretskii
2008-06-20 17:46 ` Glenn Morris
2008-06-20 19:43 ` Eli Zaretskii
2008-06-20 20:15 ` Glenn Morris
2008-06-20 21:25 ` Stefan Monnier
2008-06-20 22:46 ` Glenn Morris
2008-06-21 7:10 ` Eli Zaretskii
2008-06-21 19:37 ` Glenn Morris
2008-06-18 18:12 ` Eli Zaretskii
2008-06-18 18:18 ` Juanma Barranquero
2008-06-19 0:20 ` Miles Bader
2008-06-19 0:36 ` Juanma Barranquero
2008-06-19 3:15 ` Eli Zaretskii
2008-06-19 8:23 ` Juanma Barranquero
2008-06-19 10:53 ` Juanma Barranquero
2008-06-19 19:02 ` Eli Zaretskii
2008-06-19 22:44 ` Juanma Barranquero
2008-06-20 8:45 ` Eli Zaretskii
2008-06-20 9:27 ` Juanma Barranquero
2008-06-20 9:49 ` Eli Zaretskii
2008-06-20 10:03 ` Jason Rumney
2008-06-20 10:19 ` Eli Zaretskii
2008-06-20 10:37 ` Jason Rumney
2008-06-20 9:50 ` Eli Zaretskii
2008-06-20 10:30 ` Juanma Barranquero
2008-06-20 10:48 ` Eli Zaretskii
2008-06-20 11:10 ` Juanma Barranquero
2008-06-20 11:12 ` Juanma Barranquero
2008-06-20 12:02 ` Eli Zaretskii
2008-06-20 13:24 ` Juanma Barranquero
2008-06-20 14:29 ` Eli Zaretskii
2008-06-20 15:06 ` Juanma Barranquero
2008-06-20 15:36 ` Eli Zaretskii
2008-06-21 3:40 ` dhruva
2008-06-23 11:01 ` Juanma Barranquero
2008-06-23 18:01 ` Eli Zaretskii
2008-06-20 15:07 ` Eli Zaretskii
2008-06-20 15:19 ` Juanma Barranquero
2008-06-19 19:00 ` Eli Zaretskii
2008-06-17 18:02 ` Stefan Monnier
2008-06-17 17:34 ` Stefan Monnier
2008-06-17 17:45 ` Juanma Barranquero
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f7ccd24b0806180723r351f705ew3b3c018cad0bf269@mail.gmail.com \
--to=lekktu@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=jasonr@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.