Next: Rebuilding Makefiles, Previous: What Goes in a Distribution, Up: GNU Automake [Contents][Index]
Automake supports two forms of test suites.
If the variable TESTS
is defined, its value is taken to be a list
of programs to run in order to do the testing. The programs can either
be derived objects or source objects; the generated rule will look both
in srcdir
and .. Programs needing data files should look
for them in srcdir
(which is both an environment variable and a
make variable) so they work when building in a separate directory
(see Build Directories in The Autoconf
Manual), and in particular for the distcheck
rule
(see What Goes in a Distribution).
The number of failures will be printed at the end of the run. If a given test program exits with a status of 77, then its result is ignored in the final count. This feature allows non-portable tests to be ignored in environments where they don’t make sense.
The variable TESTS_ENVIRONMENT
can be used to set environment
variables for the test run; the environment variable srcdir
is
set in the rule. If all your test programs are scripts, you can also
set TESTS_ENVIRONMENT
to an invocation of the shell (e.g.
‘$(SHELL) -x’); this can be useful for debugging the tests.
You may define the variable XFAIL_TESTS
to a list of tests
(usually a subset of TESTS
) that are expected to fail. This will
reverse the result of those tests.
Automake ensures that each program listed in TESTS
is built
before any tests are run; you can list both source and derived programs
in TESTS
. For instance, you might want to run a C program as a
test. To do this you would list its name in TESTS
and also in
check_PROGRAMS
, and then specify it as you would any other
program.
If ‘dejagnu’ appears in
AUTOMAKE_OPTIONS
, then a dejagnu
-based test suite is
assumed. The variable DEJATOOL
is a list of names which are
passed, one at a time, as the --tool
argument to runtest
invocations; it defaults to the name of the package.
The variable RUNTESTDEFAULTFLAGS
holds the --tool
and
--srcdir
flags that are passed to dejagnu by default; this can be
overridden if necessary.
The variables EXPECT
and RUNTEST
can
also be overridden to provide project-specific values. For instance,
you will need to do this if you are testing a compiler toolchain,
because the default values do not take into account host and target
names.
The contents of the variable RUNTESTFLAGS
are passed to the
runtest
invocation. This is considered a “user variable”
(see Variables reserved for the user). If you need to set runtest
flags in
Makefile.am, you can use AM_RUNTESTFLAGS
instead.
Automake will generate rules to create a local site.exp file,
defining various variables detected by ./configure
. This file
is automatically read by DejaGnu. It is OK for the user of a package
to edit this file in order to tune the test suite. However this is
not the place where the test suite author should define new variables:
this should be done elsewhere in the real test suite code.
Especially, site.exp should not be distributed.
For more information regarding DejaGnu test suites, see See The DejaGnu Manual.
In either case, the testing is done via ‘make check’.
The installcheck
target is available to the user as a way to
run any tests after the package has been installed. You can add tests
to this by writing an installcheck-local
rule.
Next: Rebuilding Makefiles, Previous: What Goes in a Distribution, Up: GNU Automake [Contents][Index]