Re: Need review of emacs-25-merge branch

[Eli Zaretskii]

> From: John Wiegley <address@hidden>
> Cc: Eli Zaretskii <address@hidden>
> Date: Tue, 29 Dec 2015 23:51:34 -0800
> 
> >>>>> Anders Lindgren <address@hidden> writes:
> 
> > If not we need to investigate why. John, can you make sure your "emacs-25"
> > branch is up to date and do a rebuild. If it still fails, can you send me
> > and Eli the log?
> 
> I did a pull and build, and the same error happened. I'm deleting all .elc
> files before doing the build.  The log is attached.  You can see which commit
> I'm on at the bottom.
> 
> 23:48:25 Vulcan:~/.emacs.d/devel $ time nix-build ~/nixpkgs --cores 8 -A 
> emacsHEAD

I have no idea what nix-build does.  Are you sure it isn't the source
of the trouble?

> configure flags: --disable-dependency-tracking 
> --prefix=/nix/store/cgkpd0zwm4mypw45rr0dq9lx58ndm8pj-emacs-HEAD --with-ns 
> --disable-ns-self-contained

The --disable-dependency-tracking switch is another suspect; why do
you use it?

> Loading term/common-win...
> Loading international/ucs-normalize.el (source)...
> Eager macro-expansion failure: (error "(require cl-lib) while preparing to 
> dump")
> Eager macro-expansion failure: (error "(require cl-lib) while preparing to 
> dump")
> (require cl-lib) while preparing to dump
> Makefile:519: recipe for target 'emacs' failed

ucs-normalize.el shouldn't be loaded in source form at this stage, it
should have been byte-compiled already.  My crystal balls says that it
doesn't appear in src/lisp.mk, most probably because you run a partial
build, where the rule that updates lisp.mk is somehow bypassed
(perhaps because of the --disable-dependency-tracking switch, or maybe
something else, like maybe nix-build, whatever that is, doesn't
faithfully emulate GNU Make, or doesn't run GNU Make if it's supposed
to).

If nothing else helps, I suggest a "make bootstrap" from the shell
command line, and make sure your 'make' command is a GNU Make.