emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The emacs-28 release branch has been created


From: Eli Zaretskii
Subject: Re: The emacs-28 release branch has been created
Date: Sun, 03 Oct 2021 20:33:00 +0300

> Cc: emacs-devel@gnu.org
> From: Ken Brown <kbrown@cornell.edu>
> Date: Sun, 3 Oct 2021 13:14:15 -0400
> 
> I built a tarball and started testing, and I found another bug, this one 
> somewhat non-intuitive: In the recipe for ../native-lisp, "mkdir" needs to be 
> replaced by "$(MKDIR_P)" (or even omitted).  The reason is that the 
> native-lisp 
> directory actually exists by the time that recipe is executed.
> 
> Suppose you run "make all" in src and the native-lisp directory doesn't 
> exist. 
> Make sees that the prerequisite "../native-lisp" of "all" doesn't exist, so 
> it 
> remembers that it will have to build it after building emacs$(EXEEXT), 
> $(pdmp), 
> and $(OTHER_FILES).  But by that time native-lisp exists because of "make 
> compile-first" in the lisp directory.

I think that's the problem to fix: compile-first isn't supposed to run
in this case, because all the *.elc files are already present in the
tarball.  Can you figure out why does compile-first run? which one of
the *.elc files it depends on is outdated?

> make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe"
> make[2]: Entering directory '/tmp/emacs-28.0.60/lisp'
>    ELC+ELN  emacs-lisp/comp.elc
>    ELC+ELN  emacs-lisp/comp-cstr.elc

This (also) regenerates *.elc files that are supposed to be in the
tarball, which is not what we want.

Thanks.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]