- Mar 20, 1997
-
-
pw authored
-
- Mar 15, 1997
-
-
dtc authored
the save. To fix a problem where the stream is erroneously closed in the re-started lisp.
-
- Mar 13, 1997
-
-
pw authored
-
- Mar 05, 1997
-
-
dtc authored
most-negative-double-float were incorrectly defined.
-
- Feb 27, 1997
- Feb 25, 1997
-
-
dtc authored
-
- Feb 23, 1997
-
-
dtc authored
performance improvements, realp test was overkill as it must be a fixnum.
-
- Feb 22, 1997
-
-
dtc authored
been sharing the control stack with the compiler which could cause trouble (pushes and pops out of order, holes in arguments built up on the stack, exposed stack that can be written over on interrupt, etc) Assigned a static symbol, x86::*alien-stack*, and by default set it to the old C stack. A program many rebind this if it needs more room or wants the allocation elsewhere. The *alien-stack* is saved with the dynamic environment so is restored with a non-local exist. It's not save on function entry/exit so you need to take care to match an allocation with a deallocation. Makes use of new VOPs which are already in place. Backout an old alien stack deallocation hack.
-
pw authored
-
- Feb 21, 1997
-
-
dtc authored
following to convert a fixnum to an (unsigned-byte 32) representation: (%fixnum-to-digit (if pos val (- val))) This broken when val was (- #x20000000) as #x20000000 is not a fixnum as expected by %fixnum-to-digit. Similar problem in multiply-fixnums. It may be best to just leave it up to the compiler to move the positive fixnum to an unsinged register here.
-
- Feb 20, 1997
-
-
pw authored
-
- Feb 19, 1997
-
-
dtc authored
-
- Feb 15, 1997
-
-
dtc authored
on the x86 as the stack grows down and offsets are often negative. It also fixes an inconsistency with sap- which accepts SAPs but could fail in some cases due to compiler transforms to other sap operations which only accept a positive index. This also requires slight backend VOPS changes (currently only supported on the x86 port). The other ports should pick this one up.
-
- Feb 13, 1997
-
-
dtc authored
-
- Feb 12, 1997
- Feb 11, 1997
-
-
pw authored
of (:absolute) on something like "HOST:FILE" which caused problems with MERGE-DIRECTORIES. COMPLETE-FILE on LPs now works.
-
dtc authored
-
dtc authored
On FreeBSD times can slip backwards giving negative time deltas which caused type errors. Check for negative deltas on FreeBSD and use 0.
-
dtc authored
may be needed for cross-compiling.
-
dtc authored
x86 hack is no longer needed.
-
dtc authored
For the benefit of the x86 port export ALLOCATE-DYNAMIC-CODE-OBJECT.
-
- Feb 10, 1997
-
-
dtc authored
generate inline code for this operation. Few other little cleanups.
-
- Feb 09, 1997
-
-
pw authored
object was returned wrapped up as the first piece of a new PATTERN. This was traced to a typo where 'thing' (the original pattern) was passed to 'function' instead of the lambda arg 'piece'. Now, (directory "HOST:DIR;NAME*") does something reasonable.
-
- Feb 08, 1997
-
-
dtc authored
control-stack should be control-stack-start
-
pw authored
Message-Id: <199702041630.DAA06602@scrooge.ee.swin.oz.au> Subject: Re: making eval-functions FINs To: cmucl-imp@cons.org Date: Wed, 5 Feb 1997 03:30:55 +1100 (EST) In-Reply-To: <199702040300.EAA16744@knight.cons.org> from "Rob MacLachlan" at Feb 3, 97 09:59:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text > I seem to have lost the most recent message about fixing compiler/eval to > use FINs instead of closures. But yes, I would think that the current > EVAL-FUNCTION slots should become slots in the interpreted function FIN. > GET-EVAL-FUN when would then become IDENTITY, so it should probably be > flushed entirely. Done; moved eval-function data into the interpreted-function FIN, also added a closure slot so describe can access it easily. Revised patches below. Douglas
-
pw authored
-
pw authored
-
pw authored
-
- Feb 07, 1997
-
-
pw authored
-
- Feb 06, 1997
-
-
pw authored
-
- Feb 05, 1997
-
-
pw authored
-
- Jan 18, 1997
-
-
ram authored
-
- Jul 25, 1996