From: Douglas K. <sn...@us...> - 2014-08-12 19:21:40
|
The branch "master" has been updated in SBCL: via 06cbe73799de8b082f7a8c6319e64de1d10c98c9 (commit) from 2625b33cec004fc1f20dd8cf9367bf7d7d7f85e6 (commit) - Log ----------------------------------------------------------------- commit 06cbe73799de8b082f7a8c6319e64de1d10c98c9 Author: Douglas Katzman <do...@go...> Date: Tue Aug 12 15:18:33 2014 -0400 Disable failing test in #!+sb-safepoint build. --- tests/load.impure.lisp | 9 ++++++++- 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/tests/load.impure.lisp b/tests/load.impure.lisp index dbb682b..f4c1bf5 100644 --- a/tests/load.impure.lisp +++ b/tests/load.impure.lisp @@ -304,7 +304,14 @@ (with-test (:name (load :empty.fasl)) (assert (not (load-empty-file "fasl")))) -(with-test (:name :parallel-fasl-load) +;; There is a concurrency bug in ALLOCATE-CODE-OBJECT leading to deadlock. +;; Some changes to the compiler caused it to more often compile a TLF into +;; a callable lamda - as contrasted with a sequence of operations performed +;; entirely by the fasl interpreter - which exacerbated the problem. +;; A meager attempt at a fix of mutex-guarding ALLOCATE-CODE-OBJECT did not +;; resolve the deadlock, and was not ideal anyway. +(with-test (:name :parallel-fasl-load + :skipped-on :sb-safepoint) #+sb-thread (let ((lisp #p"parallel-fasl-load-test.lisp") (fasl nil) ----------------------------------------------------------------------- hooks/post-receive -- SBCL |