blob: 6c577ad498820a32a5471289136eae8e845a334e (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
|
$FreeBSD$
This directory contains regression tests for make(1).
To invoke the tests install prove(1) from ports/devel/p5-Test-Harness and
run 'prove -r'. Alternatively one can use 'sh ./all.sh test' and scan the
output for '^not ok'.
----------------------------------------------------------------------------
The rest of this file is intented for developers.
The tests are invoked via the test.sh script or prove(1) from p5-Test-Harness.
Tests are normally executed in a special test directory that is built under
/tmp. The reason for this is, that make tests are generally influenced by
all file in a directory, by files in one of make's obscure object directories
as well as in other directories make happens to look into. Therefor the
test scripts build a clean environment in the temp directory and the
tests are executed by cd-ing into that directory and invoking make. The
output of the make run (standard output, standard error and the exit status)
are written into files that are created in another directory. So the layout
for the shell/builtin test looks like:
./shell/builtin/ - directory with test stuff
/tmp/make.${USER}/shell/builtin - actual test directory
/tmp/make.${USER}/shell/builtin.OUTPUT - output files
So a full test consists of the following steps:
setup - Set up the test environment by creating the test directory
and populating it with the needed files. If the test
directory already exists an error is printed.
run - Run the test and produce the output into the output
directory.
show - Show the result files on the screen.
compare - Compare the results in the output directory with those
in the test source directory. This just prints whether
the test was ok or not in the format used by prove(1).
diff - Diff the output files and the expected output files.
reset - Reset the test to its initial state.
clean - Remove both the test directory and the output directory.
Each of these steps can independently be invoked with the test script
contained in each directory. These test scripts are called test.t.
Additionally the scripts understand the following commands:
test - Run setup, run and compare.
prove - Run setup, run, compare and clean. This is identically
to invoking the script without an argument.
desc - Print a short test description.
update - Update the expected results from the actual results.
The test script has the following syntax:
% test.t [-v] [-m path_to_make_binary] command
To invoke it via prove(1) use:
% [MAKE_PROG=path_to_make_binary] prove [options] [files/directories]
Example:
% sh test.t -m `pwd`/../obj/make run
% MAKE_PROG=/usr/obj/usr/src/usr.bin/make/make prove -r
The test scripts use the following environment variables that can be set
by the user in the test script's environment:
WORK_BASE
- Base directory for working files. If not set
/tmp/make.${USER} is used.
MAKE_PROG
- Path to the make program to test. If not set
/usr/bin/make is used.
The following variables are available to test scripts:
SRC_BASE
- test source base directory. This is determined by
repeatedly doing cd .. and checking for common.sh.
Therefor this can fail if a test source directory is
actually a symbolic link and is physically not located
below the directory containing common.sh.
SUBDIR
- subdirectory below WORK_BASE and SRC_BASE for current test
WORK_DIR
- ${WORK_BASE}/${SUBDIR}
SRC_DIR
- ${SRC_BASE}/${SUBDIR}
The following variables and functions may be defined by the test script.
This also lists special filenames.
DESC
A one-line description of the test.
TEST_MAKE_DIRS
A list of pairs of directory names and modes. These
directories are created during setup and reset. When
the directory already exists (during reset) only the
mode change is applied.
TEST_MAKE_DIRS="subdir 775 subdir/sub 555"
TEST_COPY_FILES
A list of pairs of file names and modes. These files
are copied from the source to the working directory
during setup and reset. When the file already exists
(during reset) only the mode change is applied. Files
may be copied from/to sub-directories. The sub-directory
in the working directory must already exists (see
TEST_MAKE_DIRS).
TEST_COPY_FILES="libtest.a 444 subdir/libfoo.a 444"
TEST_TOUCH
List of pairs of file names and arguments to touch(1).
During setup and reset for each list element touch(1)
is executed.
TEST_TOUCH="file1 '-t 200501011257'"
TEST_LINK
List of pairs of filenames. Each pair is passed to ln(1).
All names are prefixed with the working directory.
Makefile
If a file with this name exists in the source directory
it is automatically copied to the working directory.
setup_test()
If this function exists it is executed at the end of the
setup.
reset_test()
If this function exists it is executed at the end of the
reset.
TEST_CLEAN_FILES
A list of file to be deleted when resetting.
TEST_N
Number of tests in this script. If not set this is assumed
to be 1.
TEST_<number>
Arguments to make for test number <number>. If not set
the default argument of test<number> is used. To run a test
without argument to make, set TEST_<number> to the empty string.
TEST_<number>_SKIP
To skip a test (for whatever reason) this should be set
to a string explaining the reason for skipping the test.
TEST_<number>_TODO
For a test that should fail this is a short string describing
what the problem in make(1) is that should be fixed.
run_test()
Function to run a test. This function gets a single argument
which is the number of the test to executed. The default
function evaluates the variable TEST_<number> and calls
make with the arguments in this variable.
|