Regenerate.

[gnu-emacs] / INSTALL.CVS

diff --git a/INSTALL.CVS b/INSTALL.CVS
index 27e035146bbe4d1c9d73c2ac98f6b541508b09c2..97da65af71104e5abb2efb18e87b2c18aea4114c 100644 (file)
--- a/INSTALL.CVS
+++ b/INSTALL.CVS
@@ -1,3 +1,8 @@
+Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008
+  Free Software Foundation, Inc.
+See the end of the file for license conditions.
+
+

              Building and Installing Emacs from CVS
 
 Some of the files that are included in the Emacs tarball, such as
              Building and Installing Emacs from CVS
 
 Some of the files that are included in the Emacs tarball, such as


@@ -5,39 +10,46 @@ byte-compiled Lisp files, are not stored in the CVS repository.
 Therefore, to build from CVS you must run "make bootstrap"
 instead of just "make":
 
 Therefore, to build from CVS you must run "make bootstrap"
 instead of just "make":
 

-  $ ./configure
+  $ cvs update -dP

   $ make bootstrap
 
   $ make bootstrap
 

-The bootstrap process makes sure all necessary files are rebuilt
-before it builds the final Emacs binary.
+Of course, if this is the first time you go through it, you'll need to do
+./configure before the "make bootstrap".

 
 Normally, it is not necessary to use "make bootstrap" after every CVS
 
 Normally, it is not necessary to use "make bootstrap" after every CVS

-update.  Unless there are problems, we suggest the following
-procedure:
+update.  "make" should work in 90% of the cases and be much quicker.

 
 

-  $ ./configure
-  $ make
-  $ cd lisp
-  $ make recompile EMACS=../src/emacs
-  $ cd ..

   $ make
 
 (If you want to install the Emacs binary, type "make install" instead
 of "make" in the last command.)
 
   $ make
 
 (If you want to install the Emacs binary, type "make install" instead
 of "make" in the last command.)
 

-Occasionally the file "lisp/loaddefs.el" will need be updated to reflect
-new autoloaded functions.  If you see errors 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.
+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, do:
+To update loaddefs.el (and similar files), do:

 
   $ cd lisp
 
   $ cd lisp

-  $ make autoloads EMACS=../src/emacs
+  $ make autogen-clean
+  $ make autoloads
+
+If either of the above partial procedures fails, try "make bootstrap".

 
 

-If either of above procedures fails, try "make bootstrap".
+Very occasionally changes in the source can introduce
+incompatibilities with previous builds.  If a bootstrap fails, as a
+last resort try "make maintainer-clean" before configuring and
+bootstrapping again.  If CPU time is not an issue, the most thorough
+way to rebuild, and avoid any spurious problems, is always to use this
+method.

 
 Users of non-Posix systems (MS-Windows etc.) should run the
 platform-specific configuration scripts (nt/configure.bat, config.bat,
 
 Users of non-Posix systems (MS-Windows etc.) should run the
 platform-specific configuration scripts (nt/configure.bat, config.bat,


@@ -50,15 +62,15 @@ or gnu.emacs.bug.  Ideally, use M-x report-emacs-bug RET which will
 send it to the proper place.
 
 
 send it to the proper place.
 
 

-Note on using SSH to access the CVS repository from inside emacs
+Note on using SSH to access the CVS repository from inside Emacs

 ----------------------------------------------------------------
 
 Write access to the CVS repository requires using SSH v2.
 
 ----------------------------------------------------------------
 
 Write access to the CVS repository requires using SSH v2.
 

-If you execute cvs commands inside emacs, specifically if you use
+If you execute cvs commands inside Emacs, specifically if you use

 pcl-cvs, output from CVS may be lost due to a problem in the
 pcl-cvs, output from CVS may be lost due to a problem in the

-interface between ssh, cvs, and emacs.  Corrupted checkins are
-also been reported to have happened.
+interface between ssh, cvs, and libc.  Corrupted checkins are
+also known to have happened.

 
 To fix the problem, save the following script into a file, make it
 executable, and set CVS_RSH to the file name of the script:
 
 To fix the problem, save the following script into a file, make it
 executable, and set CVS_RSH to the file name of the script:


@@ -74,3 +86,19 @@ Host subversions.gnu.org
      Protocol 2
      ForwardX11 no
      User YOUR_USERID
      Protocol 2
      ForwardX11 no
      User YOUR_USERID

+
+\f
+This file is part of GNU Emacs.
+
+GNU Emacs is free software: you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation, either version 3 of the License, or
+(at your option) any later version.
+
+GNU Emacs is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with GNU Emacs.  If not, see <http://www.gnu.org/licenses/>.