Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (724 - 726 of 1030)

Ticket Resolution Summary Owner Reporter
#1270 fixed compiler error referring to "comples", maybe typo for "complex" Mark David
Description

Do not have a minimal way to reproduce this, but when I did an unusual (for our team) compiler optimization, namely

(proclaim '(optimize (speed 3) (safety 0)))

I got this error when compiling:

Error:

    Unknown vinsn: CCL::GET-COMPLES-SINGLE-FLOAT
       [Condition of type SIMPLE-ERROR]

In:
    Backtrace:
      0: (CCL::NEED-VINSN-TEMPLATE CCL::GET-COMPLES-SINGLE-FLOAT #<HASH-TABLE :TEST EQ size 580/687 #x3020001CB97D>)

Robert Smith grepped for "comples" and found these hits in the sources:

compiler/reg.lisp:(defconstant hard-reg-class-fpr-type-comples-double-float 2)
compiler/X86/x862.lisp:                    (! get-comples-single-float reg result-reg)
compiler/X86/x862.lisp:                 (! get-comples-double-float reg result-reg)

Perhaps this shows a simple typo (comples for complex) and would be enough to at least fix something or figure out the error we're seeing.

#1201 fixed compiler mishandles a call of * Matt Kaufmann
Description

The following log probably describes the bug fully. I'm not sure how to assign the priority, but this seems major to me. It occurs in 16119 but not in 15915.

dunnottar:~% uname -a
Linux dunnottar 3.2.0-64-generic #97-Ubuntu SMP Wed Jun 4 22:04:21 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
dunnottar:~% ccl
Welcome to Clozure Common Lisp Version 1.10-dev-r16119M-trunk  (LinuxX8664)!
? (defun foo (ar)
    (* (aref (the (simple-array fixnum (*)) ar)
	     0)
       (the (signed-byte 61) 1)))
> Error: The value NIL is not of the expected type INTEGER.
> While executing: INTEGER-LENGTH, in process listener(1).
> Type :POP to abort, :R for a list of available restarts.
> Type :? for other options.
1 > 
#1037 fixed compiler mishandles prog1 with sufficient optimization Matt Kaufmann
Description

It appears that sometimes (prog1 x y) returns y. I've attached a file where CCL returns an incorrect value, perhaps for that reason. Version/platform info is in that file, but here it is:

1.9-dev-r15527M-trunk  (LinuxX8664)

[and from uname -a:]

Linux sloth 2.6.32-45-server #100-Ubuntu SMP Wed Nov 14 11:02:27 UTC 2012 x86_64 GNU/Linux

As explained in the attached file, I didn't have this problem on a Mac for a slightly older CCL version.

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