Custom Query (1030 matches)
Results (943 - 945 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. |
|||
| #1087 | fixed | Can't compile Maxima on a Raspberry Pi with CCL (arm architecture) | ||
| Description |
While trying to compile the lisp-only build of Maxima, I encountered a bug which seems to be related to the ARM compiler in CCL. Here are the last lines of the compilation: ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zlog.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zlog.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zunik.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zunik.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zunhj.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zunhj.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zuoik.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zuoik.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zuni1.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zuni1.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zkscl.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zkscl.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zshch.lisp"... ;Loading #P"binary-openmcl/numerical/slatec/zshch.lafsl"... ;Compiling "/home/pi/maxima-5.29.1/src/numerical/slatec/zbknu.lisp"... > Error: PC-relative displacement can't be encoded. > While executing: (:INTERNAL #:G5915 ARM::ARM-FINALIZE), in process listener(1). > Type :POP to abort, :R for a list of available restarts. > Type :? for other options. 1 > ? |
|||
| #1208 | fixed | Linux version 3.15 segfault | ||
| Description |
After upgrading my Arch Linux kernel to 3.15, Clozure consistantly aborts with a "Clozure CL kernel debugger: " prompt. In gdb: $ gdb ./lx86cl64 ... (gdb) run --image-name lx86cl64.image --no-init Starting program: /home/local64-arch/apps/ccl-1.9/lx86cl64 --image-name lx86cl64.image --no-init warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. x86_early_exception_init () at ../x86-exceptions.c:106 106 do_intn(); (gdb) From the comments in x86-exceptions.c, evidently the workaround for handling exceptions has been broken. |
|||
