From cmucl-devel at common-lisp.net Thu Apr 10 05:53:36 2008 From: cmucl-devel at common-lisp.net (cmucl) Date: Thu, 10 Apr 2008 05:53:36 -0000 Subject: [cmucl-ticket] #14: cmucl.css Message-ID: <076.e8eb89e99dcfbaa13d25acc9465992e7@common-lisp.net> #14: cmucl.css ---------------------+------------------------------------------------------ Reporter: heller | Owner: somebody Type: defect | Status: new Priority: trivial | Milestone: Component: Core | Version: 19d Keywords: | ---------------------+------------------------------------------------------ many of the HTML files in cmu-user-html.tgz link to the cmucl.css stylesheet, but it's not in the tarball. -- Ticket URL: cmucl cmucl From cmucl-devel at common-lisp.net Thu Apr 10 17:00:43 2008 From: cmucl-devel at common-lisp.net (cmucl) Date: Thu, 10 Apr 2008 17:00:43 -0000 Subject: [cmucl-ticket] Re: #14: cmucl.css In-Reply-To: <076.e8eb89e99dcfbaa13d25acc9465992e7@common-lisp.net> References: <076.e8eb89e99dcfbaa13d25acc9465992e7@common-lisp.net> Message-ID: <085.fd789d4960cad5e45c62d0324d4c5107@common-lisp.net> #14: cmucl.css ----------------------+----------------------------------------------------- Reporter: heller | Owner: rtoy Type: defect | Status: assigned Priority: trivial | Milestone: Component: Core | Version: 19d Resolution: | Keywords: ----------------------+----------------------------------------------------- Changes (by rtoy): * status: new => assigned * owner: somebody => rtoy Comment: This has been fixed in CVS. I will upload new html tarballs soon. -- Ticket URL: cmucl cmucl From cmucl-devel at common-lisp.net Fri Apr 11 00:59:14 2008 From: cmucl-devel at common-lisp.net (cmucl) Date: Fri, 11 Apr 2008 00:59:14 -0000 Subject: [cmucl-ticket] Re: #14: cmucl.css In-Reply-To: <076.e8eb89e99dcfbaa13d25acc9465992e7@common-lisp.net> References: <076.e8eb89e99dcfbaa13d25acc9465992e7@common-lisp.net> Message-ID: <085.3bab631d7e03ee589dd23b8d843fb8a5@common-lisp.net> #14: cmucl.css ----------------------+----------------------------------------------------- Reporter: heller | Owner: rtoy Type: defect | Status: closed Priority: trivial | Milestone: Component: Core | Version: 19d Resolution: fixed | Keywords: ----------------------+----------------------------------------------------- Changes (by rtoy): * resolution: => fixed * status: assigned => closed Comment: A new version of cmu-user-html.tgz has been uploaded. It contains cmucl.css. Thanks for the report. -- Ticket URL: cmucl cmucl From cmucl-devel at common-lisp.net Fri Apr 11 01:05:43 2008 From: cmucl-devel at common-lisp.net (cmucl) Date: Fri, 11 Apr 2008 01:05:43 -0000 Subject: [cmucl-ticket] #15: x86 double-float issue Message-ID: <076.892ae3fdb0e8cd28d2e6769f92b2dd73@common-lisp.net> #15: x86 double-float issue --------------------+------------------------------------------------------- Reporter: rtoy | Owner: somebody Type: defect | Status: new Priority: minor | Milestone: Component: Core | Version: 19d Keywords: | --------------------+------------------------------------------------------- Consider this sample code {{{ (defun rbug (z tt betain beta) (declare (double-float z tt betain beta) (optimize (speed 3) (safety 0))) (= (* (* (* z tt) betain) beta) z)) }}} Compile it and run: {{{ (rbug 5.562684646268004d-309 (1+ double-float-epsilon) .5d0 2d0) }}} This is t on sparc, nil on x86. This is caused by x86 issues with double-float (53-bit) precision and the extra range of the exponent in long-double (64-bit) format. Denormals in this format are not handled the same as denormals on sparc or ppc. There is a fix for this. When computing x*y, we scale x by an appropriate value, multiply by y, and scale back. This will produce the correctly rounded denormal. The only issue would be the exponent range. That is fixed by storing the number to memory and reloaded. (This solution taken from a proposed solution for Java numerics). This could be easily implemented, but potentially slows down double-float arithmetic by a factor of 2-4 times. I don't think we want to do that. -- Ticket URL: cmucl cmucl From cmucl-devel at common-lisp.net Mon Apr 28 21:49:23 2008 From: cmucl-devel at common-lisp.net (cmucl) Date: Mon, 28 Apr 2008 21:49:23 -0000 Subject: [cmucl-ticket] #16: Read-time hash-table issue Message-ID: <076.896f6658d9c51d42ac961a362b780cfe@common-lisp.net> #16: Read-time hash-table issue ----------------------+----------------------------------------------------- Reporter: sionescu | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: Core | Version: 19d Keywords: | ----------------------+----------------------------------------------------- LOADing a fasl produced when compiling a file that contains just (cl:defparameter *ht* #.(cl:make-hash-table)) yields this error: Error in KERNEL::UNBOUND-SYMBOL-ERROR-HANDLER: the variable LISP::TABLE is unbound. [Condition of type UNBOUND-VARIABLE] Backtrace: 0: ("Creation Form for #")[:TOP-LEVEL] 1: (LISP::FOP-FUNCALL) 2: (LISP::LOAD-GROUP #) 3: (LISP::FASLOAD #) 4: (LISP::INTERNAL-LOAD #P"/home/hechee/tmp/a.x86f" #P"/home/hechee/tmp/a.x86f" :ERROR :BINARY) 5: (LISP::INTERNAL-LOAD #P"/home/hechee/tmp/a.x86f" #P"/home/hechee/tmp/a.x86f" :ERROR NIL) 6: (LOAD #P"/home/hechee/tmp/a.x86f" :VERBOSE NIL :PRINT ...) The error is reproducible on 19d and 19e-pre2 -- Ticket URL: cmucl cmucl From cmucl-devel at common-lisp.net Tue Apr 29 13:13:24 2008 From: cmucl-devel at common-lisp.net (cmucl) Date: Tue, 29 Apr 2008 13:13:24 -0000 Subject: [cmucl-ticket] Re: #16: Read-time hash-table issue In-Reply-To: <076.896f6658d9c51d42ac961a362b780cfe@common-lisp.net> References: <076.896f6658d9c51d42ac961a362b780cfe@common-lisp.net> Message-ID: <085.312517b4079d5dd38e09bafa4a26014b@common-lisp.net> #16: Read-time hash-table issue -----------------------+---------------------------------------------------- Reporter: sionescu | Owner: somebody Type: defect | Status: closed Priority: major | Milestone: Component: Core | Version: 19d Resolution: fixed | Keywords: -----------------------+---------------------------------------------------- Changes (by rtoy): * resolution: => fixed * status: new => closed Comment: Fixed. There was a missing comma in the function that creates the load- form. The fix will be available in the 2008-05 snapshot. If this is a critical bug for 19e, let us know. It's too late to get the fix into 19e, but we can supply a 19e patch. -- Ticket URL: cmucl cmucl