From: Gábor Melis <melisgl@us...> - 2009-01-11 15:56:12
Update of /cvsroot/sbcl/sbcl
In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv23922
184.108.40.206: undo parts of 220.127.116.11
No need for memory barriers when unlocking a spinlock on x86/x86-64.
The ordering rules and the cache coherency mechanism together
guarantee this. However, the compiler must be prevented from
reordering instructions with the unlock (at least in one direction).
This is now done in the runtime, but not in Lisp as the Lisp compiler
does no reordering.
RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v
retrieving revision 1.4269
retrieving revision 1.4270
diff -u -d -r1.4269 -r1.4270
--- version.lisp-expr 11 Jan 2009 15:38:46 -0000 1.4269
+++ version.lisp-expr 11 Jan 2009 15:56:03 -0000 1.4270
@@ -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".)
Get latest updates about Open Source Projects, Conferences and News.