Custom Query (1030 matches)
Results (865 - 867 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1031 | fixed | ASH optimization shouldn't assume that types are numeric types | ||
| Description |
The currently last COND clause in ACODE-OPTIMIZE-ASH tries to inline some calls to ASH based on information about the arguments' types; it erroneously assumes that if the types are subtypes of FIXNUM, they must be represented as NUMERIC-CTYPEs in CCL. Types specified as (e.g.) (MEMBER 23 5) are subtypes of FIXNUM that aren't represented as NUMERIC-CTYPEs. This clause in ACODE-OPTIMIZE-ASH shouldn't make this assumption. see http://clozure.com/pipermail/openmcl-devel/2012-November/013919.html |
|||
| #1032 | fixed | Add ccl:*lisp-exit-functions* or change behavior of ccl:*lisp-cleanup-functions* or document image hooks | ||
| Description |
I was surprised that ccl:save-application called ccl:*lisp-cleanup-functions* before saving the image. I expected a snapshot of the current image (this is the behavior of other implementations), not an image in a post-shutdown state. I can use ccl:*save-exit-functions* to save the desired state, or restore state with ccl:*lisp-startup-functions*, but neither may be easy in general. If it is decided that the current behavior is preferred, then at least document it in ccl:save-application or elsewhere, as it differs from other implementations. |
|||
| #1033 | fixed | #10r prefix is omitted for printing ratios when *print-radix* is true | ||
| Description |
The CL HyperSpec says of *print-radix*:
Yet CCL omits the leading "#10r" in the example shown below. I did the same test in Allegro CL, CLISP, CMUCL, GCL, Lispworks, and SBCL, and each of those printed "#10r4/5" rather than "4/5". Welcome to Clozure Common Lisp Version 1.9-dev-r15503M-trunk (LinuxX8664)! ? (setq *print-base* 10 *print-radix* t) T ? 4/5 4/5 ? |
|||
