[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: error with 'make bootstrap' for generic-x.el

From: Lute Kamstra
Subject: Re: error with 'make bootstrap' for generic-x.el
Date: Tue, 29 Mar 2005 09:27:01 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Chris Moore <address@hidden> writes:

> I just ran a "cvs update" and a "make bootstrap" for the first time
> in about a year.  The 'make bootstrap" failed, compiling
> 'generic-x.el':
>     Compiling /home/chris/programs/emacs/lisp/./fringe.el
>     Wrote /home/chris/programs/emacs/lisp/fringe.elc
>     Compiling /home/chris/programs/emacs/lisp/./generic-x.el
>     In toplevel form:
>     generic-x.el:160:22:Warning: reference to free variable
>         `apache-conf-generic-mode'
>     [... more 'free variable' warnings deleted ...]
>     generic-x.el:316:11:Error: Symbol's function definition is void:
> generic-make-keywords-list
>     make[1]: *** [compile] Error 1
>     make[1]: Leaving directory `/home/chris/programs/emacs/lisp'
>     make: *** [bootstrap-build] Error 2
> Inserting a single quote at the beginning of line 302:
>   '(define-generic-mode bat-generic-mode
> and running 'make bootstrap' again fixed the problem.  After that I
> was able to remove the quote and recompile.  Function
> generic-make-keywords-list is defined in generic.el.
> Note that there are many calls to generic-make-keywords-list in that
> file, but I only had to effectively remove one of them to get the file
> to compile.  It looks like the call for bat-generic-mode is the only
> one which is within a 'when' macro which contains more than just the
> call to generic-make-keywords-list - there are a couple of defvars, a
> bunch of defuns, a define-key and an 'unless' in there with it.  Could
> that be causing the problem?

A second "make bootstrap" (without changing generic-x.el) would have
worked as well.  The problem was that bootstrap-emacs used your
one-year-old loaddefs.el to compile generic-x.el.  This didn't work
due to some changes in autoloaded functions in generic.el.  The second
"make bootstrap" used an updated version of loaddefs.el and was
therefore able to compile generic-x.el.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]