0.6.10.13:
[sbcl.git] / src / code / cross-float.lisp
index a820745..b6c4ff1 100644 (file)
@@ -13,9 +13,9 @@
 
 (in-package "SB!IMPL")
 
-;;; There seems to be no portable way to mask float traps, but we shouldn't
-;;; encounter any float traps when cross-compiling SBCL itself, anyway, so we
-;;; just make this a no-op.
+;;; There seems to be no portable way to mask float traps, but we
+;;; shouldn't encounter any float traps when cross-compiling SBCL
+;;; itself, anyway, so we just make this a no-op.
 (defmacro sb!vm::with-float-traps-masked (traps &body body)
   (declare (ignore traps))
   ;; FIXME: should become STYLE-WARNING?
@@ -36,8 +36,8 @@
       (logior uresult
              (logand -1 (lognot mask))))))
 
-;;; portable implementations of SINGLE-FLOAT-BITS, DOUBLE-FLOAT-LOW-BITS, and
-;;; DOUBLE-FLOAT-HIGH-BITS
+;;; portable implementations of SINGLE-FLOAT-BITS,
+;;; DOUBLE-FLOAT-LOW-BITS, and DOUBLE-FLOAT-HIGH-BITS
 ;;;
 ;;; KLUDGE: These will fail if the target's floating point isn't IEEE, and so
 ;;; I'd be more comfortable if there were an assertion "target's floating point
@@ -79,7 +79,7 @@
                         (>= significand (expt 2 23))
                         (assert (< 0 significand (expt 2 24)))
                         ;; Exponent 0 is reserved for denormalized numbers,
-                        ;; and 255 is reserved for specials a la NaN.
+                        ;; and 255 is reserved for specials like NaN.
                         (assert (< 0 exponent 255))
                         (return (logior (ash exponent 23)
                                         (logand significand
                         (>= significand (expt 2 52))
                         (assert (< 0 significand (expt 2 53)))
                         ;; Exponent 0 is reserved for denormalized numbers,
-                        ;; and 2047 is reserved for specials a la NaN.
+                        ;; and 2047 is reserved for specials like NaN.
                         (assert (< 0 exponent 2047))
                         (return (logior (ash exponent 52)
                                         (logand significand
 ;;; cross-compilation host Lisps are likely to have exactly the same
 ;;; floating point precision as the target Lisp. If it turns out to be
 ;;; a problem, there are possible workarounds involving portable
-;;; representations for target floating point numbers, a la
+;;; representations for target floating point numbers, like
 ;;;   (DEFSTRUCT TARGET-SINGLE-FLOAT
 ;;;     (SIGN (REQUIRED-ARGUMENT) :TYPE BIT)
 ;;;     (EXPONENT (REQUIRED-ARGUMENT) :TYPE UNSIGNED-BYTE)