Custom Query (1030 matches)
Results (253 - 255 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #265 | worksforme | Reported difficulty handling CR-terminated files in IDE editor | ||
| Description |
There have been reports that the editor hangs when trying to open CR-terminated text files in the editor. One theory - that it may be an endianness issue - doesn't seem to be correct; I've been able to open CR-terminated files under both PPC and X8664, and haven't yet been able to reproduce this. |
|||
| #289 | fixed | DEFCLASS option processing | ||
| Description |
This was reported by Didier Verna on openmcl-devel a few times in the last week or so. Compiling a file that contains (defclass test-class (standard-class) ()) (defclass test () () (:metaclass test-class)) now errs at compile-time, apparently while doing a FIND-CLASS of TEST-CLASS while building the (new) class-keyvect. |
|||
| #290 | fixed | THE typechecking and evaluation order | ||
| Description |
This should already be fixed in r9331, but for the record and in case it rears its ugly head again. The TYPED-FORM acode operation (basically, the acode representation of THE) now takes an extra argument indicating whether or not a runtime typecheck should occur; this is set to T by the frontend at high SAFETY levels. Historically, a TYPED-FORM acode operation was considered "simple and side-effect free" if its operand was and could therefore be evaluated out-of-order, but this is no longer true if typehecking is involved. (Since that typechecking can involve function calls and a lot of register shuffling, a typechecking TYPED-FORM should be viewed as something that has unknown side-effects and which can at least change register contents.) |
|||
