Update of /cvsroot/sbcl/sbcl
In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv18621
Modified Files:
NEWS version.lisp-expr
Log Message:
x86 sap fixes
The sap-ref-with-offset stuff was wrong in that the displacement was
multiplied by a notional element size, rather than being uniformly
treated as a number of bytes. Mostly this codepath wasn't exposed at
all (other than with sap-ref-8, which worked by "accident"), but
attempts to implement UTF-16, which requires (sap-ref-16 sap (+ offset
2)), showed up the problem.
Index: NEWS
===================================================================
RCS file: /cvsroot/sbcl/sbcl/NEWS,v
retrieving revision 1.1603
retrieving revision 1.1604
diff -u -d -r1.1603 -r1.1604
--- NEWS 12 Aug 2009 11:14:15 -0000 1.1603
+++ NEWS 22 Aug 2009 15:43:20 -0000 1.1604
@@ -69,6 +69,9 @@
information about some array types. (thanks to Luis Oliveira)
* bug fix: moderately complex combinations of inline expansions could
be miscompiled if the result was declared to be dynamic extent.
+ * bug fix: on x86, SAP-REF of sizes greater than 8 bits with offsets of the
+ form (+ <variable> <integer>) were miscompiled under certain
+ circumstances.
* bug fix: in some cases no compiler note about failure to stack allocate
was emitted, even if the objects were in fact heap allocated.
* bug fix: minor violation of "otherwise inaccessible" rule for stack
Index: version.lisp-expr
===================================================================
RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v
retrieving revision 1.4599
retrieving revision 1.4600
diff -u -d -r1.4599 -r1.4600
--- version.lisp-expr 12 Aug 2009 12:22:19 -0000 1.4599
+++ version.lisp-expr 22 Aug 2009 15:43:21 -0000 1.4600
@@ -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".)
-"1.0.30.46"
+"1.0.30.47"
|