@end tex
@setchapternewpage off
+@ifinfo
+@format
+START-INFO-DIR-ENTRY
+* configure: (configure). Cygnus configure.
+END-INFO-DIR-ENTRY
+@end format
+@end ifinfo
+
@ifinfo
This document attempts to describe the Cygnus Support version of
@code{configure}.
@end titlepage
@ifinfo
-@format
-START-INFO-DIR-ENTRY
-* configure: (configure.info). Cygnus configure.
-END-INFO-DIR-ENTRY
-@end format
@node top, What Configure Does, (dir), (dir)
@top top
@file{configure.in}.
If @file{Makefile.in} contains a line starting with @code{SUBDIRS =},
then it will be replaced with an assignment to @code{SUBDIRS} using
-the value of @code{configdirs} (if #code{subdirs} is empty). This can
+the value of @code{configdirs} (if @code{subdirs} is empty). This can
be used to determine which directories to configure and build depending
on the host and target configurations.
@c Most other matching makefile/config vars use the same name. Why not
@end defvar
@defvar{host}
-Contains the name that the user entered for the host. Since many things
-that the user could enter would map to the same output from
-@code{config.sub}, this variable is innappropriate to use for picking
-available configurations. For that, use @code{host_cpu},
-@code{host_vendor}, and/or @code{host_os}. This variable is useful,
-however, for error messages.
+Contains the full configuration name (generated by the script
+@file{config.sub} from the name that the user entered) for the host.
+This is a three-part name of the form
+
+@example
+@var{cpu}-@var{vendor}-@var{os}
+@end example
+
+@noindent
+There are separate variables @code{host_cpu}, @code{host_vendor}, and
+@code{host_os} that you can use to test each of the three parts; this
+variable is useful, however, for error messages, and for testing
+combinations of the three components.
@end defvar
@defvar{host_cpu}
@end defvar
@defvar{target}
-Contains the name that the user entered for the target. Since
-many things that the user could enter would map to the same canonical
-triple, this variable is innappropriate to use for picking available
-configurations. For that, use @code{target_cpu}, @code{target_vendor},
-and/or @code{target_os}. This variable is useful, however, for error
-messages.
+Contains the full configuration name (generated by the script
+@file{config.sub} from the name that the user entered) for the target.
+This is a three-part name of the form
+
+@example
+@var{cpu}-@var{vendor}-@var{os}
+@end example
+
+@noindent
+There are separate variables @code{target_cpu}, @code{target_vendor}, and
+@code{target_os} that you can use to test each of the three parts; this
+variable is useful, however, for error messages, and for testing
+combinations of the three components.
@end defvar
@defvar{target_cpu}
interface the tool should provide.
@end defvar
-@defvar{nfp}
-Is set to @code{true} if the user invoked configure with the @code{-nfp}
+@defvar{floating_point}
+Is set to @code{no} if the user invoked configure with the @code{-nfp}
command line option, otherwise it is empty. This is a request to target
machines with @emph{no floating point} unit, even if the targets
ordinarily have floating point units available. This option has no