GNU bug report logs -
#74382
`compile-first` Make rule is no longer using `load-prefer-newer`
Previous Next
Full log
Message #26 received at 74382 <at> debbugs.gnu.org (full text, mbox):
On Sat, 2024-11-16 at 22:00 +0200, Eli Zaretskii wrote:
> > Cc: acm <at> muc.de, 74382 <at> debbugs.gnu.org
> > From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> > Date: Sat, 16 Nov 2024 21:43:41 +0300
> >
> > > I don't think this is related to what lisp/Makefile does. When
> > > macroexp.el is updated, builds are known to fail until you remove
> > > macroexp.elc (or bootstrap).
> >
> > Okay, but why you need to remove macroexp.elc
>
> Because macroexp.el contains macros, which might have been already
> expanded in the .elc file(s).
>
> > isn't it the build system job to rebuild it when it's changed?
>
> It's impractical, because we have many files with macros. Tracking
> all of those dependencies would mean that changes in any file will
> trigger unnecessary recompilation of many other files. If you don't
> mind spending that time waiting for the build, just "make bootstrap"
> every time you update from Git, and you will have that.
Unless I'm missing something, the problem seems to be with one exact
file, macroexpand.elc, and not with others. So the algorithm is simple:
if `macroexpand.el` was modified, remove its elc file. You don't need
to track any dependencies.
This bug report was last modified 218 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.