GNU bug report logs - #57152
29.0.50; Emacs executable isn't rebuilt when loaddefs.el is modified

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Fri, 12 Aug 2022 07:04:02 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

Message #29 received at 57152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 57152 <at> debbugs.gnu.org
Subject: Re: bug#57152: 29.0.50; Emacs executable isn't rebuilt when
 loaddefs.el is modified
Date: Wed, 17 Aug 2022 12:40:32 +0200

Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:

> Could it be that src/Makefile is simply not invoked after lisp/Makefile
> has built loaddefs.*? In Makefile.in we have
>
> SUBDIR = $(NTDIR) lib lib-src src lisp
> ...
> all: ${SUBDIR} info $(gsettings_SCHEMAS:.xml=.valid)
>
> That is src comes before lisp.  Haching something like a second 'make
> -C' at the end seems to do something not entirely unreasonable.

Hm, interesting...  but I think we might end up in a situation where we
first build the Emacs executable, then update the loaddefs.el, and then
build the Emacs executable again.

But perhaps that's OK -- while we're scanning for new loaddefs every
build, there's seldom any new ;;;###autoloads, so the loaddefs.el file
doesn't update all that often.

I'm not quite sure where the second "make -C" would go, though.
This bug report was last modified 2 years and 336 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.