Custom Query (1030 matches)
Results (499 - 501 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #837 | fixed | Some constant-valued integer expressions can be evaluated twice in generated code | ||
| Description |
From Eric Marsden on openmcl-devel: | Welcome to Clozure Common Lisp Version 1.7-dev-r14686M (LinuxX8664)! | ? (defun foo () | (catch 'ct5 (throw 'ct5 (logior -920833 (the integer -2513842743151))))) | FOO | ? (foo) | > Error: Can't throw to tag -263425 | > While executing: FOO, in process listener(1). `---- |
|||
| #838 | fixed | Null characters confuse Hemlock | ||
| Description |
A #\null character in a lisp file causes the remainder of the file (after the #\Null) to quietly not appear if you open such a file in Hemlock in the Cocoa IDE. If you then save this file, the file gets truncated after the #\null character. Leaving aside the issue of how such a character would find its way into a Lisp file in the first place, this is certainly poor behavior on the part of the editor. Other utilities in the IDE (like the Search Files grepper) don't seem to have a problem with #\null characters in files. |
|||
| #840 | fixed | Lisp non-conformance created by load | ||
| Description |
Start a fresh CCL 1.6 (64bit Mac OS 10.6.7) and eval the following two forms; this will work as it should. (defstruct foo a) (defun baz () (flet ((foo-a (x y) (+ x y))) (foo-a 1 2))) Now put the two forms in a file, and load the file. The result is a compiler error: ? (load "Users/brooks/Desktop/test.lisp")
Alternatively, if the flet defined foo-a to have a single arg, then the compiler would not complain, but subsequently eval'ing (baz) will generate a type error: ? (baz)
|
|||
