Custom Query (1030 matches)
Results (913 - 915 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1216 | fixed | decode-float broken | ||
| Description |
decode-float seems to be broken, it returns some random 3rd value instead of the sign: [LinuxArm32, Odroid U3] Welcome to Clozure Common Lisp Version 1.10-dev-r16155M-trunk (LinuxARM32)! ? (decode-float pi) 0.7853981633974483D0 2 6.441148769597133D-232 Similarly on Windows X86 32Bit: Welcome to Clozure Common Lisp Version 1.10-dev-r16103-trunk (WindowsX8632)! ? (decode-float pi) 0.7853981633974483D0 2 59757440 Windows X86 64Bit works ok: Welcome to Clozure Common Lisp Version 1.10-dev (WindowsX8664)! ? (decode-float pi) 0.7853981633974483D0 2 1.0D0 Same behavior with single-floats. |
|||
| #1217 | invalid | set CCL:*SAVE-SOURCE-LOCATOINS* to nil when compilation-speed is higher than debug | ||
| Description |
I ran into an issue where a large autogenerated file (~100k defuns) was compiling extremely slowly. gbyers suggested I set CCL:*SAVE-SOURCE-LOCATIONS* to nil and that sped it up by about 2 orders of magnitude. I feel like this should be the default if compilation-speed is declared higher than debug. The lisp file in question is 26MB so I won't attach it. I can link to it if someone wants a test-case. |
|||
| #1218 | fixed | coerce and deftyped complex types. | ||
| Description |
(deftype x () '(complex double-float)) (coerce 1 'x) => 1 while (coerce 1 '(complex double-float)) => #C(1.0D0 0.0D0) (coerce #c(1 2) 'x) => The value #C(1 2) is not of the expected type REAL. While (coerce #c(1 2) '(complex double-float)) => #C(1.0D0 2.0D0) |
|||
