]> Savannah Git Hosting - gnulib.git/commitdiff
autoupdate
authorKarl Berry <karl@freefriends.org>
Sun, 29 Sep 2024 14:57:16 +0000 (07:57 -0700)
committerKarl Berry <karl@freefriends.org>
Sun, 29 Sep 2024 14:57:16 +0000 (07:57 -0700)
doc/INSTALL
doc/INSTALL.ISO
doc/INSTALL.UTF-8
doc/install.texi

index d3b6e4ec42d8d599e0d6f53762ba3a1b5d937cb8..8c608b8f4ed923995f13543578d02234a7bb4a70 100644 (file)
@@ -13,7 +13,10 @@ Basic Installation
 
 should configure, build, and install this package.  The first line,
 which bootstraps, is intended for developers; when building from
-distribution tarballs it does nothing and can be skipped.
+distribution tarballs it does nothing and can be skipped.  A package
+might name the bootstrapping script differently; if the name is
+‘autogen.sh’, for example, the first line should say ‘./autogen.sh’
+instead of ‘./bootstrap’.
 
    The following more-detailed instructions are generic; see the
 ‘README’ file for instructions specific to this package.  Some packages
@@ -25,23 +28,22 @@ found in the GNU Coding Standards.
    Many packages have scripts meant for developers instead of ordinary
 builders, as they may use developer tools that are less commonly
 installed, or they may access the network, which has privacy
-implications.  If the ‘bootstrap’ shell script exists, it attempts to
-build the ‘configure’ shell script and related files, possibly using
-developer tools or the network.  Because the output of ‘bootstrap’ is
-system-independent, it is normally run by a package developer so that
-its output can be put into the distribution tarball and ordinary
-builders and users need not run ‘bootstrap’.  Some packages have
-commands like ‘./autopull.sh’ and ‘./autogen.sh’ that you can run
-instead of ‘./bootstrap’, for more fine-grained control over
-bootstrapping.
-
-   The ‘configure’ shell script attempts to guess correct values for
-various system-dependent variables used during compilation.  It uses
-those values to create a ‘Makefile’ in each directory of the package.
-It may also create one or more ‘.h’ files containing system-dependent
-definitions.  Finally, it creates a shell script ‘config.status’ that
-you can run in the future to recreate the current configuration, and a
-file ‘config.log’ containing output useful for debugging ‘configure’.
+implications.  These scripts attempt to bootstrap by building the
+‘configure’ script and related files, possibly using developer tools or
+the network.  Because the output of bootstrapping is system-independent,
+it is normally run by a package developer so that its output can be put
+into the distribution tarball and ordinary builders and users need not
+bootstrap.  Some packages have commands like ‘./autopull.sh’ and
+‘./autogen.sh’ that you can run instead of ‘./bootstrap’, for more
+fine-grained control over bootstrapping.
+
+   The ‘configure’ script attempts to guess correct values for various
+system-dependent variables used during compilation.  It uses those
+values to create a ‘Makefile’ in each directory of the package.  It may
+also create one or more ‘.h’ files containing system-dependent
+definitions.  Finally, it creates a script ‘config.status’ that you can
+run in the future to recreate the current configuration, and a file
+‘config.log’ containing output useful for debugging ‘configure’.
 
    It can also use an optional file (typically called ‘config.cache’ and
 enabled with ‘--cache-file=config.cache’ or simply ‘-C’) that saves the
@@ -64,9 +66,10 @@ editing ‘configure’ directly.
   1. ‘cd’ to the directory containing the package’s source code.
 
   2. If this is a developer checkout and file ‘configure’ does not yet
-     exist, type ‘./bootstrap’ to create it.  You may need special
-     developer tools and network access to bootstrap, and the network
-     access may have privacy implications.
+     exist, run the bootstrapping script (typically ‘./bootstrap’ or
+     ‘./autogen.sh’) to bootstrap and create the file.  You may need
+     special developer tools and network access to bootstrap, and the
+     network access may have privacy implications.
 
   3. Type ‘./configure’ to configure the package for your system.  This
      might take a while.  While running, ‘configure’ prints messages
index e0e3797b85685cc702b7021c0df4d1b1c535b03f..a08d4dc95dcde50472ab0e4a948d61f90d5346de 100644 (file)
@@ -13,7 +13,10 @@ Basic Installation
 
 should configure, build, and install this package.  The first line,
 which bootstraps, is intended for developers; when building from
-distribution tarballs it does nothing and can be skipped.
+distribution tarballs it does nothing and can be skipped.  A package
+might name the bootstrapping script differently; if the name is
+'autogen.sh', for example, the first line should say './autogen.sh'
+instead of './bootstrap'.
 
    The following more-detailed instructions are generic; see the
 'README' file for instructions specific to this package.  Some packages
@@ -25,23 +28,22 @@ found in the GNU Coding Standards.
    Many packages have scripts meant for developers instead of ordinary
 builders, as they may use developer tools that are less commonly
 installed, or they may access the network, which has privacy
-implications.  If the 'bootstrap' shell script exists, it attempts to
-build the 'configure' shell script and related files, possibly using
-developer tools or the network.  Because the output of 'bootstrap' is
-system-independent, it is normally run by a package developer so that
-its output can be put into the distribution tarball and ordinary
-builders and users need not run 'bootstrap'.  Some packages have
-commands like './autopull.sh' and './autogen.sh' that you can run
-instead of './bootstrap', for more fine-grained control over
-bootstrapping.
-
-   The 'configure' shell script attempts to guess correct values for
-various system-dependent variables used during compilation.  It uses
-those values to create a 'Makefile' in each directory of the package.
-It may also create one or more '.h' files containing system-dependent
-definitions.  Finally, it creates a shell script 'config.status' that
-you can run in the future to recreate the current configuration, and a
-file 'config.log' containing output useful for debugging 'configure'.
+implications.  These scripts attempt to bootstrap by building the
+'configure' script and related files, possibly using developer tools or
+the network.  Because the output of bootstrapping is system-independent,
+it is normally run by a package developer so that its output can be put
+into the distribution tarball and ordinary builders and users need not
+bootstrap.  Some packages have commands like './autopull.sh' and
+'./autogen.sh' that you can run instead of './bootstrap', for more
+fine-grained control over bootstrapping.
+
+   The 'configure' script attempts to guess correct values for various
+system-dependent variables used during compilation.  It uses those
+values to create a 'Makefile' in each directory of the package.  It may
+also create one or more '.h' files containing system-dependent
+definitions.  Finally, it creates a script 'config.status' that you can
+run in the future to recreate the current configuration, and a file
+'config.log' containing output useful for debugging 'configure'.
 
    It can also use an optional file (typically called 'config.cache' and
 enabled with '--cache-file=config.cache' or simply '-C') that saves the
@@ -64,9 +66,10 @@ editing 'configure' directly.
   1. 'cd' to the directory containing the package's source code.
 
   2. If this is a developer checkout and file 'configure' does not yet
-     exist, type './bootstrap' to create it.  You may need special
-     developer tools and network access to bootstrap, and the network
-     access may have privacy implications.
+     exist, run the bootstrapping script (typically './bootstrap' or
+     './autogen.sh') to bootstrap and create the file.  You may need
+     special developer tools and network access to bootstrap, and the
+     network access may have privacy implications.
 
   3. Type './configure' to configure the package for your system.  This
      might take a while.  While running, 'configure' prints messages
index d3b6e4ec42d8d599e0d6f53762ba3a1b5d937cb8..8c608b8f4ed923995f13543578d02234a7bb4a70 100644 (file)
@@ -13,7 +13,10 @@ Basic Installation
 
 should configure, build, and install this package.  The first line,
 which bootstraps, is intended for developers; when building from
-distribution tarballs it does nothing and can be skipped.
+distribution tarballs it does nothing and can be skipped.  A package
+might name the bootstrapping script differently; if the name is
+‘autogen.sh’, for example, the first line should say ‘./autogen.sh’
+instead of ‘./bootstrap’.
 
    The following more-detailed instructions are generic; see the
 ‘README’ file for instructions specific to this package.  Some packages
@@ -25,23 +28,22 @@ found in the GNU Coding Standards.
    Many packages have scripts meant for developers instead of ordinary
 builders, as they may use developer tools that are less commonly
 installed, or they may access the network, which has privacy
-implications.  If the ‘bootstrap’ shell script exists, it attempts to
-build the ‘configure’ shell script and related files, possibly using
-developer tools or the network.  Because the output of ‘bootstrap’ is
-system-independent, it is normally run by a package developer so that
-its output can be put into the distribution tarball and ordinary
-builders and users need not run ‘bootstrap’.  Some packages have
-commands like ‘./autopull.sh’ and ‘./autogen.sh’ that you can run
-instead of ‘./bootstrap’, for more fine-grained control over
-bootstrapping.
-
-   The ‘configure’ shell script attempts to guess correct values for
-various system-dependent variables used during compilation.  It uses
-those values to create a ‘Makefile’ in each directory of the package.
-It may also create one or more ‘.h’ files containing system-dependent
-definitions.  Finally, it creates a shell script ‘config.status’ that
-you can run in the future to recreate the current configuration, and a
-file ‘config.log’ containing output useful for debugging ‘configure’.
+implications.  These scripts attempt to bootstrap by building the
+‘configure’ script and related files, possibly using developer tools or
+the network.  Because the output of bootstrapping is system-independent,
+it is normally run by a package developer so that its output can be put
+into the distribution tarball and ordinary builders and users need not
+bootstrap.  Some packages have commands like ‘./autopull.sh’ and
+‘./autogen.sh’ that you can run instead of ‘./bootstrap’, for more
+fine-grained control over bootstrapping.
+
+   The ‘configure’ script attempts to guess correct values for various
+system-dependent variables used during compilation.  It uses those
+values to create a ‘Makefile’ in each directory of the package.  It may
+also create one or more ‘.h’ files containing system-dependent
+definitions.  Finally, it creates a script ‘config.status’ that you can
+run in the future to recreate the current configuration, and a file
+‘config.log’ containing output useful for debugging ‘configure’.
 
    It can also use an optional file (typically called ‘config.cache’ and
 enabled with ‘--cache-file=config.cache’ or simply ‘-C’) that saves the
@@ -64,9 +66,10 @@ editing ‘configure’ directly.
   1. ‘cd’ to the directory containing the package’s source code.
 
   2. If this is a developer checkout and file ‘configure’ does not yet
-     exist, type ‘./bootstrap’ to create it.  You may need special
-     developer tools and network access to bootstrap, and the network
-     access may have privacy implications.
+     exist, run the bootstrapping script (typically ‘./bootstrap’ or
+     ‘./autogen.sh’) to bootstrap and create the file.  You may need
+     special developer tools and network access to bootstrap, and the
+     network access may have privacy implications.
 
   3. Type ‘./configure’ to configure the package for your system.  This
      might take a while.  While running, ‘configure’ prints messages
index e8aa67d75427a137acabeb72d37a5a892767a269..6e18efb9532dfeee62128e4768148c3748ca3a71 100644 (file)
@@ -21,6 +21,9 @@ make install
 should configure, build, and install this package.
 The first line, which bootstraps, is intended for developers;
 when building from distribution tarballs it does nothing and can be skipped.
+A package might name the bootstrapping script differently;
+if the name is @file{autogen.sh}, for example, the first line should say
+@command{./autogen.sh} instead of @command{./bootstrap}.
 
 The following
 more-detailed instructions are generic; see the @file{README} file for
@@ -42,21 +45,21 @@ the GNU Coding Standards.
 Many packages have scripts meant for developers instead of ordinary
 builders, as they may use developer tools that are less commonly installed,
 or they may access the network, which has privacy implications.
-If the @command{bootstrap} shell script exists, it attempts to build the
-@command{configure} shell script and related files, possibly
+These scripts attempt to bootstrap by building the
+@command{configure} script and related files, possibly
 using developer tools or the network.  Because the output of
-@command{bootstrap} is system-independent, it is normally run by a
+bootstrapping is system-independent, it is normally run by a
 package developer so that its output can be put into the distribution
-tarball and ordinary builders and users need not run @command{bootstrap}.
+tarball and ordinary builders and users need not bootstrap.
 Some packages have commands like @command{./autopull.sh} and
 @command{./autogen.sh} that you can run instead of @command{./bootstrap},
 for more fine-grained control over bootstrapping.
 
-The @command{configure} shell script attempts to guess correct values
+The @command{configure} script attempts to guess correct values
 for various system-dependent variables used during compilation.  It uses
 those values to create a @file{Makefile} in each directory of the
 package.  It may also create one or more @file{.h} files containing
-system-dependent definitions.  Finally, it creates a shell script
+system-dependent definitions.  Finally, it creates a script
 @file{config.status} that you can run in the future to recreate the
 current configuration, and a file @file{config.log} containing
 output useful for debugging @command{configure}.
@@ -85,8 +88,9 @@ The simplest way to compile this package is:
 @command{cd} to the directory containing the package's source code.
 
 @item
-If this is a developer checkout and file @samp{configure} does not yet exist,
-type @samp{./bootstrap} to create it.
+If this is a developer checkout and file @file{configure} does not yet exist,
+run the bootstrapping script (typically @command{./bootstrap} or
+@command{./autogen.sh}) to bootstrap and create the file.
 You may need special developer tools and network access to bootstrap,
 and the network access may have privacy implications.