aboutsummaryrefslogtreecommitdiffstats
path: root/appendixa/autoconf-desc.xml
diff options
context:
space:
mode:
authorAlex Gronenwoud <alex@linuxfromscratch.org>2003-09-24 22:29:16 +0000
committerAlex Gronenwoud <alex@linuxfromscratch.org>2003-09-24 22:29:16 +0000
commit978d0bffc413b67ead9db2d2816b916cf3d502ca (patch)
tree785d8d08754099e55a26599f8d5ccce81b456cb4 /appendixa/autoconf-desc.xml
parentaa497295b352d45ebe2e9d1eaa4a46c49e2cf521 (diff)
Changing the style of the command descriptions in appendix A.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@2879 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'appendixa/autoconf-desc.xml')
-rw-r--r--appendixa/autoconf-desc.xml77
1 files changed, 36 insertions, 41 deletions
diff --git a/appendixa/autoconf-desc.xml b/appendixa/autoconf-desc.xml
index 8f6e08762..e529d5a77 100644
--- a/appendixa/autoconf-desc.xml
+++ b/appendixa/autoconf-desc.xml
@@ -3,49 +3,44 @@
<sect2><title>Descriptions</title>
<para>(Last checked against version &autoconf-contversion;.)</para>
+
<sect3><title>Program file descriptions</title>
-<sect4><title>autoconf</title>
-<para>autoconf is a tool for producing shell scripts that automatically
-configure software source code packages to adapt to many kinds of
-Unix-like systems. The configuration scripts produced by autoconf are
-independent of autoconf when they are run, so their users do not need to
-have autoconf.</para></sect4>
-
-<sect4><title>autoheader</title>
-<para>The autoheader program can create a template file of C #define
-statements for configure to use.</para></sect4>
-
-<sect4><title>autom4te</title>
-<para>autom4te runs GNU M4 on files.</para></sect4>
-
-<sect4><title>autoreconf</title>
-<para>If there are a lot of autoconf-generated configure scripts, the
-autoreconf program can save some work. It runs autoconf and
-autoheader (where appropriate) repeatedly to remake the autoconf
-configure scripts and configuration header templates in the directory
-tree rooted at the current directory.</para></sect4>
-
-<sect4><title>autoscan</title>
-<para>The autoscan program can help to create a configure.in file for
-a software package. autoscan examines the source files in a directory
-tree. If a directory is not specified on the command line, then the
-current working directory is used. The source files are searched for
-common portability problems and a configure.scan file is created to
-serve as the preliminary configure.in for that package.</para></sect4>
-
-<sect4><title>autoupdate</title>
-<para>The autoupdate program updates a configure.in file that calls
-autoconf macros by their old names to use the current
-macro names.</para></sect4>
-
-<sect4><title>ifnames</title>
-<para>ifnames can help when writing a configure.in for a software
-package. It prints the identifiers that the package already uses in C
-preprocessor conditionals. If a package has already been set up to
-have some portability, this program can help to determine what configure
-needs to check. It may fill in some gaps in a configure.in file generated
-by autoscan.</para></sect4>
+
+<para><command>autoconf</command> is a tool for producing shell scripts
+that automatically configure software source code packages to adapt to many
+kinds of Unix-like systems. The configuration scripts it produces are
+independent -- running them does not require the autoconf program.</para>
+
+<para><command>autoheader</command> is a tool for creating template files
+of C #define statements for configure to use.</para>
+
+<para><command>autom4te</command> is a wrapper for the M4 macro
+processor.</para>
+
+<para><command>autoreconf</command> comes in handy when there are a lot
+of autoconf-generated configure scripts around. The program runs autoconf and
+autoheader repeatedly (where appropriate) to remake the autoconf configure
+scripts and configuration header templates in a given directory tree.</para>
+
+<para><command>autoscan</command> can help to create a
+<filename>configure.in</filename> file for a software package. It examines
+the source files in a directory tree, searching them for common portability
+problems and creates a <filename>configure.scan</filename> file that serves as
+as a preliminary <filename>configure.in</filename> for the package.</para>
+
+<para><command>autoupdate</command> modifies a
+<filename>configure.in</filename> file that still calls autoconf macros
+by their old names to use the current macro names.</para>
+
+<para><command>ifnames</command> can be helpful when writing a
+<filename>configure.in</filename> for a software package. It prints the
+identifiers that the package uses in C preprocessor conditionals. If a package
+has already been set up to have some portability, this program can help to
+determine what <userinput>configure</userinput> needs to check. It can fill
+in some gaps in a <filename>configure.in</filename> file generated by
+autoscan.</para>
</sect3>
</sect2>
+