all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Bootstrap problem.
@ 2005-03-30  8:45 Lute Kamstra
  2005-03-30 10:39 ` Kim F. Storm
  2005-03-30 11:40 ` Lute Kamstra
  0 siblings, 2 replies; 9+ messages in thread
From: Lute Kamstra @ 2005-03-30  8:45 UTC (permalink / raw)


Consider the following situation.

Add a definition to lisp file A and make it available to other lisp
files by adding an autoload cookie.  Commit the change.  Then add some
code to lisp file B that depends on the presence of this definition to
compile.  Commit this change as well.

As I found out the hard way, this leads to problems in two cases:

1. Someone does a fresh checkout from CVS and does a make bootstrap.
   This fails because bootstrap-emacs that tries to compile file B
   uses the autoloads in ldefs-boot.el which wasn't updated and thus
   doesn't contain an autoload of the required definition in file A.

   This can, of course, be solved by regenerating ldefs-boot.el and
   committing it.  It's probably a good idea to mention this
   explicitly somewhere.

2. Someone has a CVS tree and did the last update before the change in
   file A.  Then that person does per next update after the change to
   file B and then does a make bootstrap.  bootstrap-emacs uses the
   old loaddefs.el that does not contain an autoload of the required
   definition in file A and fails to compile file B.

   A second make bootstrap would work fine as this would use the new
   loaddefs.el that was created during the first make bootstrap that
   failed.

Can't the bootstrap process be changed so that bootstrap-emacs uses
loaddefs.el with autoloads that are up to date?  This would make
ldefs-boot.el obsolete and one wouldn't have to think about
regenerating it under some circumstances.  It would also solve the
second problem.

Lute.

^ permalink raw reply	[flat|nested] 9+ messages in thread
* bootstrap problem
@ 2006-05-25  4:33 djh
  2006-05-25 18:26 ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: djh @ 2006-05-25  4:33 UTC (permalink / raw)



Eli, et al,

Here is the latest results attempting to make a boostrap with the latest cvs on cygwin 5.19. I attempted to run the line of code that broke (dumped the core) and repeat it.  See results below:

------
Compiling /cygdrive/c/emacs/cvs/emacs/lisp/emacs-lisp/byte-opt.el
Fatal error (6)/bin/sh: line 1:  1388 Aborted                 (core dumped) EMACSLOADPATH=/cygdrive/c/emacs/cvs/emacs/lisp ../src/bootstrap-emacs.exe -batch --no-site-file --multibyte -f batch-byte-compile-if-not-done $el
make[2]: *** [compile] Error 1

------
Then by hand
$ cd ...cvs/emacs/src
$ export EMACSLOADPATH=/cygdrive/c/emacs/cvs/emacs/lisp
$ ./bootstrap-emacs.exe -batch --no-site-file --multibyte -f batch-byte-compile-if-not-done byte-opt.el

Fatal error (6)zsh: abort (core dumped)  ./bootstrap-emacs.exe -batch --no-site-file --multibyte -f  byte-opt.el

Any ideas or advice to get more data to isolate the problem is appreciated.

Regards,
  Darel Henman

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2006-05-26  8:07 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-30  8:45 Bootstrap problem Lute Kamstra
2005-03-30 10:39 ` Kim F. Storm
2005-03-30 11:40 ` Lute Kamstra
2005-04-07 17:43   ` Lute Kamstra
2005-04-08  3:22     ` Richard Stallman
  -- strict thread matches above, loose matches on Subject: below --
2006-05-25  4:33 bootstrap problem djh
2006-05-25 18:26 ` Eli Zaretskii
2006-05-26  4:47   ` djh
2006-05-26  8:07     ` Eli Zaretskii

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.