0.9.13.38:

	Reintroduce the unused "linux_no_threads_p" variable (deleted
        with some lutex-related cleanups), since the latest released
        version of Slime wants to access it.

diff --git a/src/runtime/linux-os.c b/src/runtime/linux-os.c
index faf1a47..8b6972c 100644 (file)
--- a/src/runtime/linux-os.c
+++ b/src/runtime/linux-os.c
@@ -98,6 +98,21 @@ futex_wake(int *lock_word, int n)
 \f
 int linux_sparc_siginfo_bug = 0;
 
+/* This variable was in real use for a few months, basically for
+ * storing autodetected information about whether the Linux
+ * installation was recent enough to support SBCL threads, and make
+ * some run-time decisions based on that. But this turned out to be
+ * unstable, so now we just flat-out refuse to start on the old installations
+ * when thread support has been compiled in.
+ *
+ * Unfortunately, in the meanwhile Slime started depending on this
+ * variable for deciding which communication style to use. So even
+ * though this variable looks unused, it shouldn't be deleted until
+ * it's no longer used in the versions of Slime that people are
+ * likely to download first. -- JES, 2006-06-07
+ */
+int linux_no_threads_p = 0;
+
 #ifdef LISP_FEATURE_SB_THREAD
 int
 isnptl (void)

diff --git a/version.lisp-expr b/version.lisp-expr
index 10da21d..74edef4 100644 (file)
--- a/version.lisp-expr
+++ b/version.lisp-expr
@@ -17,4 +17,4 @@
 ;;; checkins which aren't released. (And occasionally for internal
 ;;; versions, especially for internal versions off the main CVS
 ;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
-"0.9.13.37"
+"0.9.13.38"