# HG changeset patch # User Glenn Morris # Date 1212952303 0 # Node ID 18c9a69d751fe8081acc3e713bfb016d3c5229a9 # Parent 88b2fb5783a65c9131808d9aa2646e07c58aecc3 loaddefs are always fully regenerated on bootstrapping. Mention esh-groups. Mention autogen-clean. diff -r 88b2fb5783a6 -r 18c9a69d751f INSTALL.CVS --- a/INSTALL.CVS Sun Jun 08 19:00:38 2008 +0000 +++ b/INSTALL.CVS Sun Jun 08 19:11:43 2008 +0000 @@ -18,9 +18,7 @@ before it builds the final Emacs binary. If 'make bootstrap' fails, it may be necessary to do 'make maintainer-clean' -followed by configure before trying it again. (Occasionally the loaddefs.el -file gets into a bad state due to changes in the Lisp libraries; this procedure -forces it to be regenerated.) +followed by configure before trying it again. Normally, it is not necessary to use "make bootstrap" after every CVS update. Unless there are problems, we suggest using the following @@ -37,20 +35,22 @@ (If you want to install the Emacs binary, type "make install" instead of "make" in the last command.) -Occasionally the file "lisp/loaddefs.el" (and similar *-loaddefs.el -files in some subdirectories of lisp/, e.g. mh-e/ and calendar/) will -need to be updated to reflect new autoloaded functions. If you see -errors (rather than warnings) about undefined lisp functions during -compilation, that may be the reason. Another symptom may be an error -saying that "loaddefs.el" could not be found; this is due to a change -in the way loaddefs.el was handled in CVS, and should only happen -once, for users that are updating old CVS trees. Finally, sometimes -there can be build failures related to *loaddefs.el. In that case, -delete them before following the instructions below to update them. +Occasionally the file "lisp/loaddefs.el" (and similar automatically +generated files, such as esh-groups.el, and *-loaddefs.el in some +subdirectories of lisp/, e.g. mh-e/ and calendar/) will need to be +updated to reflect new autoloaded functions. If you see errors (rather +than warnings) about undefined lisp functions during compilation, that +may be the reason. Another symptom may be an error saying that +"loaddefs.el" could not be found; this is due to a change in the way +loaddefs.el was handled in CVS, and should only happen once, for users +that are updating old CVS trees. Finally, sometimes there can be build +failures related to *loaddefs.el (e.g. "required feature `esh-groups' +was not provided"). In that case, follow the instructions below. To update loaddefs.el (and similar files), do: $ cd lisp + $ make autogen-clean $ make autoloads EMACS=../src/emacs If either of the above partial procedures fails, try "make bootstrap".