Re: pdumper bootstrap error

[Alan Third]

On Mon, Jan 21, 2019 at 10:33:22PM +0200, Eli Zaretskii wrote:
> > Date: Mon, 21 Jan 2019 19:43:06 +0000
> > From: Alan Third <address@hidden>
> > Cc: address@hidden, address@hidden, address@hidden
> > 
> > I can see the unexec code path replacing bootstrap-emacs, but the
> > pdumper code doesn’t.
> 
> That's expected: with unexec, the dumped Emacs executable is different
> from bootstrap-emacs, but with pdumper they are identical.  That
> comment is only correct for the unexec case.

I see.

> since we have just produced a new temacs, this rule is expected to
> fire, and produce a new bootstrap-emacs. But on your system, it
> doesn't. My first suspicion is that this has something to do with
> time granularity of the filesystem on which you run this: Make
> doesn't notice that temacs is newer than bootstrap-emacs, so it
> doesn't remake the latter. Is it possible that the time stamps of
> temacs and bootstrap-emacs are such that this happens? If so, what
> kind of filesystem is that?

I don’t think this is the issue. I’m using apfs, which a quick google
tells me has ‘nanosecond’ accuracy. Besides:

-rwxr-xr-x  1 alan  staff  7057932 21 Jan 19:37 bootstrap-emacs
-rwxr-xr-x  1 alan  staff  7057932 21 Jan 20:49 temacs

> > make[3]: Circular bootstrap-emacs <- temacs dependency dropped.
> 
> This warning is also worrisome: I don't get it, and I fail to see any
> such circular dependency in my Makefile.  Maybe it's because macuvs.h
> depends on bootstrap-emacs, and on macOS macuvs.h is indeed used?

This indeed looks like it’s probably the issue. I think I’ve had that
message for as long as I’ve been building Emacs. I just assumed it was
informational and not an actual error.

If I comment out this:

$(srcdir)/macuvs.h $(lispsource)/international/charprop.el: \
  bootstrap-emacs$(EXEEXT) $(bootstrap_pdmp) FORCE
        $(MAKE) -C ../admin/unidata all EMACS="../$(bootstrap_exe)"

the errors go away.
-- 
Alan Third