Custom Query (1030 matches)
Results (604 - 606 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1037 | fixed | compiler mishandles prog1 with sufficient optimization | ||
| 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. |
|||
| #1038 | fixed | latin-1-unix not recognized as a valid encoding in -*- coding: -*- | ||
| Description |
;;; -*- coding: latin-1-unix -*- causes Unknown character encoding: :LATIN-1. That's because it expects LATIN1, but I'd also say that it shouldn't throw an error even if it's not recognized, just a warning. |
|||
| #1040 | fixed | ACOS is doing the wrong thing with complex arguments | ||
| Description |
(ACOS (complex -2.0d0 0.0d0)) gives Error: DIVISION-BY-ZERO detected
While executing: CCL::/-2, in process listener(1). Type :POP to abort, :R for a list of available restarts. Type :? for other options. Happens on LinuxX86, DarwinX86, and ARM (at least). Should produce ? (ACOS (complex -2.0d0 0.0d0)) #C(3.141592653589793D0 -1.3169578969248166D0) Note that ASIN has a related bug that can be triggered with the proper args, because it's also calling single-argument ATAN. |
|||
