Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (400 - 402 of 1030)

Ticket Resolution Summary Owner Reporter
#1412 fixed BOGUS object when using REPLACE with adjustable vectors Willem Broekema
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 Tim McNerney
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 Tim McNerney
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.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.