Custom Query (1030 matches)
Results (400 - 402 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1412 | fixed | BOGUS object when using REPLACE with adjustable vectors | ||
| Description |
Using Clozure Common Lisp Version 1.11-r16635 (LinuxX8664): (let ((x (make-array 3 :adjustable t :fill-pointer 0)))
(vector-push-extend 1 x)
(vector-push-extend 2 x)
(vector-push-extend 3 x)
(assert (equalp x #(1 2 3)))
(let* ((twice (make-array (* 2 (length x))
:adjustable t
:fill-pointer (* 2 (length x))
:initial-element nil)))
(assert (equalp twice #(nil nil nil nil nil nil)))
(replace twice x :start1 3)
;; TWICE should now be: #(NIL NIL NIL 1 2 3)
(format t "Twice: ~S" twice)))
leads to: Twice: > Error: Bug (probably): can't determine class of #<BOGUS object @ #x30200105879D> > While executing: CCL::NO-CLASS-ERROR, in process listener(1). |
|||
| #827 | duplicate | 2D bitmap print-non-readably behavior is misleading | ||
| Description |
Summary: 2D Bitmap arrays print non-readably, #2A(#*101010 #*010101) doesn't read as 2D array, barfs, ...AND... can't create a 2D bitmap using reader. If you create a 2D bitmap using (make-array '(4 4) :element-type '(mod 2)) The result will print as #2A(#*0000 #*0000 #*0000 #*0000) When you read it back in, the reader barfs: > Error: Reader error on #<CCL::RECORDING-CHARACTER-INPUT-STREAM #xC75FFE6>, near position 32: > Initial contents for #A is inconsistent with dimensions: #2A(#<SIMPLE-BIT-VECTOR 4> #<SIMPLE-BIT-VECTOR 4> #<SIMPLE-BIT-VECTOR 4> #<SIMPLE-BIT-VECTOR 4>) The related bug is that #1A(#*0000 #*0000 #*0000 #*0000) works "just fine" except it creates a 1D array. Apparently there is no way to create a 2D bitmap from the reader. |
|||
| #1161 | fixed | CCL manual w.r.t. ARMv6 installation: 2.2.4. Rebuilding Clozure CL From Sources | ||
| Description |
The instructions for rebuilding CCL from sources in this chapter section is missing a step or two that is required when one is installing CCL on certain ARM processors (e.g. ARMv6 used in Raspberry Pi). cd lisp-kernel/linuxarm make clean make This is due to differences in the instruction-set on different versions/models of the ARM processor, so some recompilation on the target architecture is necessary. On a broader note, there are incomplete or obsolete instructions for installing CCL on the Raspberry Pi floating around on various forums/blogs. One high-pagerank example is: http://mickcharlesbeaver.blogspot.com/2014/01/clozure-common-lisp-ccl-on-raspberry-pi.html This refers to the released version 1.9, that does not have a build fix that deals with soft v hard floating-point variants. As of this writing, you need to download and build trunk. Otherwise you have to fix/hardwire the build script as RME mentioned in the internal Clozure IRC a few days ago, to deal with floating point issues. The blog entry mentions the make clean && make issue raised in this bug report, but it does not mention that you have to recompile from sources to get a fully functional CCL image. |
|||
