1 # To be sourced by shell scripts in the test suite.
3 # This software is part of the SBCL system. See the README file for
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
10 # This software is in the public domain and is provided with
11 # absolutely no warranty. See the COPYING and CREDITS files for
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.
21 # Make the shell bomb out whenever an unset shell variable is used.
22 # Note that scripts may toggle this if necessary.
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"
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-$$"
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
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
52 # Any test that exits with status 1 is an explicit failure.
62 "$SBCL_RUNTIME" --core "$SBCL_CORE" $SBCL_ARGS "$@"
64 "$SBCL_RUNTIME" --core "$SBCL_CORE" $SBCL_ARGS
68 run_sbcl_with_core
() (
73 "$SBCL_RUNTIME" --core "$core" "$@"
75 "$SBCL_RUNTIME" --core "$core" $SBCL_ARGS
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
() {
93 if [ $status = $EXIT_LISP_WIN ]; then
94 echo "test $testname ok"
98 while [ $# -gt 0 ]; do
99 if [ $status = $1 ]; then
101 echo "test $testname ok $1"
108 if [ $lose = 1 ]; then
109 echo "test $testname failed: $status"
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"
123 trap "cleanup_test_subdirectory" EXIT
126 cleanup_test_subdirectory
() {
128 ( set -f; rm -r "$TEST_DIRECTORY" )