GNU bug report logs - #70090
Build failure

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
Cc: 70090 <at> debbugs.gnu.org
Subject: Re: bug#70090: Build failure
Date: Wed, 10 Apr 2024 14:22:35 +0300

> From: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
> Date: Wed, 10 Apr 2024 09:58:59 +0200
> Cc: 70090 <at> debbugs.gnu.org
> 
> With the code from today, 9.00 MEZ, I got the following error message, while trying to make a new build of Emacs 30:
> 
> 
> In toplevel form:
> cedet/semantic/wisent/python.el:30:11: Error: Symbol’s function definition is void: define-skeleton
> make[3]: *** [cedet/semantic/wisent/python.elc] Error 1
> make[2]: *** [compile-main] Error 2
> make[1]: *** [lisp] Error 2
> ***
> *** "make all" failed with exit status 2.
> ***
> *** You could try to:
> *** - run "make bootstrap", which might fix the problem
> *** - run "make V=1", which displays the full commands invoked by make,
> ***   to further investigate the problem
> ***
> make[1]: *** [advice-on-failure] Error 2
> make: *** [all] Error 2
> 
> 
> 
> 
> After doing "make bootstrap", the error maessage was as follows:
> 
> 
> Error: error ("Eager macro-expansion failure: (error \"(require cl-lib) while preparing to dump\")")
>   signal(error ("Eager macro-expansion failure: (error \"(require cl-lib) while preparing to dump\")"))
>   error("Eager macro-expansion failure: %S" (error "(require cl-lib) while preparing to dump"))
>   internal-macroexpand-for-load((eval-when-compile (require 'cl-lib)) nil)
>   eval-buffer(#<buffer  *load*> nil "emacs-lisp/ring.el" nil t)
>   load-with-code-conversion("/Users/konradpodczeck/Documents/emacs/lisp/emacs-lisp/ring.el" "emacs-lisp/ring.el" nil nil)
>   load("emacs-lisp/ring")
>   load("loadup.el")
> Eager macro-expansion failure: (error "(require cl-lib) while preparing to dump")

I don't understand how you get that, since loadup.el doesn't load
emacs-lisp/ring.  Maybe try cleaning up your source tree.

Previous Next

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