@subsubsection Command-line arguments for test drivers
A custom driver can rely on various command-line options and arguments
-being passed to it automatically by the Automake-generated test harness.
-It is @emph{mandatory} that it understands all of them (even if the exact
-interpretation of the associated semantics can legitimately change
-between a test driver and another, and even be a no-op in some drivers).
+being passed to it automatically by the Automake-generated test
+harness. It is @emph{mandatory} that it understands all of them (even
+if the exact interpretation of the associated semantics can
+legitimately change between a test driver and another, and even be a
+no-op in some drivers). Options are separated from their arguments by
+whitespace.@footnote{Regrettably, older versions of this manual stated
+that option arguments should be joined to their options with a
+@code{=} character, rather than passed as in the following argument
+word as shown here. The syntax with @code{=} has never been accepted
+by the test drivers supplied with Automake, and has never been
+produced by @file{Makefile}s generated by Automake.}
@noindent
Here is the list of options:
@table @option
-@item --test-name=@var{NAME}
+@item --test-name @var{NAME}
The name of the test, with VPATH prefix (if any) removed. This can have a
suffix and a directory component (as in e.g., @file{sub/foo.test}), and is
mostly meant to be used in console reports about testsuite advancements and
results (@pxref{Testsuite progress output}).
-@item --log-file=@file{@var{PATH}.log}
+@item --log-file @file{@var{PATH}.log}
The @file{.log} file the test driver must create (@pxref{Basics of
test metadata}). If it has a directory component (as in e.g.,
@file{sub/foo.log}), the test harness will ensure that such directory
exists @emph{before} the test driver is called.
-@item --trs-file=@file{@var{PATH}.trs}
+@item --trs-file @file{@var{PATH}.trs}
The @file{.trs} file the test driver must create (@pxref{Basics of
test metadata}). If it has a directory component (as in e.g.,
@file{sub/foo.trs}), the test harness will ensure that such directory
exists @emph{before} the test driver is called.
-@item --color-tests=@{yes|no@}
+@item --color-tests @{yes|no@}
Whether the console output should be colorized or not (@pxref{Simple
tests and color-tests}, to learn when this option gets activated and
when it doesn't).
-@item --expect-failure=@{yes|no@}
+@item --expect-failure @{yes|no@}
Whether the tested program is expected to fail.
-@item --enable-hard-errors=@{yes|no@}
+@item --enable-hard-errors @{yes|no@}
Whether ``hard errors'' in the tested program should be treated differently
from normal failures or not (the default should be @code{yes}). The exact
meaning of ``hard error'' is highly dependent from the test protocols or
looks like a test result.
@item --no-merge
Revert the effects of @option{--merge}.
-@item --diagnostic-string=@var{STRING}
+@item --diagnostic-string @var{STRING}
Change the string that introduces TAP diagnostics from the default value
of ``@code{#}'' to @code{@var{STRING}}. This can be useful if your
TAP-based test scripts produce verbose output on which they have limited