1.0.39: will be tagged as sbcl_1_0_39
[sbcl.git] / tests / subr.sh
1 # To be sourced by shell scripts in the test suite.
2
3 # This software is part of the SBCL system. See the README file for
4 # more information.
5 #
6 # While most of SBCL is derived from the CMU CL system, the test
7 # files (like this one) were written from scratch after the fork
8 # from CMU CL.
9 #
10 # This software is in the public domain and is provided with
11 # absolutely no warranty. See the COPYING and CREDITS files for
12 # more information.
13
14 # Before sbcl-1.0.13 or so, we set up some environment variables to
15 # the absolute (POSIX) pathname naming the SBCL runtime, core, and
16 # home; but this runs afoul of the Bourne shell's repeated
17 # tokenization of its inputs, so now we use some shell functions.
18 . ../sbcl-pwd.sh
19 sbcl_pwd
20
21 # Make the shell bomb out whenever an unset shell variable is used.
22 # Note that scripts may toggle this if necessary.
23 set -u
24
25 # Initialize variables.
26 set -a # export all variables at assignment-time.
27 # Note: any script that uses the variables that name files should
28 # quote them (with double quotes), to contend with whitespace.
29 SBCL_HOME="$SBCL_PWD/../contrib"
30 SBCL_CORE="$SBCL_PWD/../output/sbcl.core"
31 SBCL_RUNTIME="$SBCL_PWD/../src/runtime/sbcl"
32 SBCL_ARGS="--noinform --no-sysinit --no-userinit --noprint --disable-debugger"
33
34 # Scripts that use these variables should quote them.
35 TEST_BASENAME="$(basename $0)"
36 TEST_FILESTEM="$(echo ${TEST_BASENAME%.sh} | sed 's/\./-/g')"
37 TEST_DIRECTORY="$SBCL_PWD/$TEST_FILESTEM-$$"
38
39 # "Ten four" is the closest numerical slang I can find to "OK", so
40 # it's the Unix status value that we expect from a successful test.
41 # (Of course, zero is the usual success value, but we don't want to
42 # use that because SBCL returns that by default, so we might think
43 # we passed a test when in fact some error caused us to exit SBCL
44 # in a weird unexpected way. In contrast, 104 is unlikely to be
45 # returned unless we exit through the intended explicit "test
46 # successful" path.
47 EXIT_TEST_WIN=104
48 # Shell scripts in this test suite also return 104, so we need a
49 # convention for distinguishing successful execution of SBCL in one of
50 # our scripts.
51 EXIT_LISP_WIN=52
52 # Any test that exits with status 1 is an explicit failure.
53 EXIT_LOSE=1
54
55 LANG=C
56 LC_ALL=C
57 set +a
58
59 run_sbcl () (
60     set -u
61     if [ $# -gt 0 ]; then
62         "$SBCL_RUNTIME" --core "$SBCL_CORE" $SBCL_ARGS "$@"
63     else
64         "$SBCL_RUNTIME" --core "$SBCL_CORE" $SBCL_ARGS
65     fi
66 )
67
68 run_sbcl_with_core () (
69     set -u
70     core="$1"
71     shift
72     if [ $# -gt 0 ]; then
73         "$SBCL_RUNTIME" --core "$core" "$@"
74     else
75         "$SBCL_RUNTIME" --core "$core" $SBCL_ARGS
76     fi
77 )
78
79 # Most tests that run an SBCL have to check whether the child's exit
80 # status.  Our convention is that SBCL exits with status
81 # $EXIT_LISP_WIN to indicate a successful run; but some tests can't do
82 # this (e.g., ones that end in S-L-A-D), or need to indicate some
83 # other ways of succeeding.  So this routine takes a test name, the
84 # exit status of the child, and then an arbitrary number extra
85 # arguments that will be treated as status-code/message pairs for
86 # unusual successful ways for the inferior SBCL to exit.  If the exit
87 # code of the SBCL isn't found in the status-codes, the calling script
88 # will exit with a failure code.
89 check_status_maybe_lose () {
90     testname=$1
91     status=$2
92     lose=1
93     if [ $status = $EXIT_LISP_WIN ]; then
94         echo "test $testname ok"
95         lose=0
96     else
97         shift; shift;
98         while [ $# -gt 0 ]; do
99             if [ $status = $1 ]; then
100                 shift;
101                 echo "test $testname ok $1"
102                 lose=0
103                 break
104             fi
105             shift; shift
106         done
107     fi
108     if [ $lose = 1 ]; then
109         echo "test $testname failed: $status"
110         exit $EXIT_LOSE
111     fi
112     unset lose
113     unset status
114     unset testname
115 }
116
117 # Not every test needs to touch the file system, but enough do to have
118 # them consistently do so in subdirectories.  Note that such tests
119 # should not change their exit action, or do so only very carefully.
120 use_test_subdirectory () {
121     mkdir "$TEST_DIRECTORY"
122     cd "$TEST_DIRECTORY"
123     trap "cleanup_test_subdirectory" EXIT
124 }
125
126 cleanup_test_subdirectory () {
127     cd "$SBCL_PWD"
128     ( set -f; rm -r "$TEST_DIRECTORY" )
129 }