- Apr 01, 1997
-
-
pw authored
-
- Mar 29, 1997
-
-
dtc authored
-
- Mar 26, 1997
- Mar 25, 1997
-
-
dtc authored
Added VOPS for signed-byte-16 support.
-
- Mar 17, 1997
-
-
pw authored
-
- Mar 15, 1997
- Feb 23, 1997
-
-
dtc authored
the stack SCs as preferred operand SCs as the load cost is ignored; remove the stack SC from a number of the move VOPs, and related load changes. Plus a few cleanups.
-
- 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.
-
- Feb 18, 1997
-
-
dtc authored
lists, else dump-circularities breaks. This trouble isn't tickled in normal use, but is handy if you're using dump to save data to a FASL file.
-
- Feb 15, 1997
-
-
dtc authored
n. By Raymond Toy, with a little cleanup and fix.
-
dtc authored
-
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.
-
pw authored
-
- Feb 14, 1997
-
-
dtc authored
reading source.
-
- Feb 13, 1997
-
-
dtc authored
x86 package: *allocation-pointer* *binding-stack-pointer* *x86-cgc-active-p* *static-blue-bag* *internal-gc-trigger* All *unused-static-**
-
- Feb 12, 1997
- Feb 11, 1997
-
-
dtc authored
-
- Feb 10, 1997
-
-
dtc authored
source.
-
dtc authored
- Use "test x x" for comparison with constant 0. - With the improvement of targeting by the packer some time ago it was possible to remove some VOPS SC hacks. In many cases it is better to not list a stack SC in the list of operand preferred SCs so the compiler can account for the extra cost making it more likely to use registers. Some hacks are still necessary here though. - Some style cleanups
-
dtc authored
stack (FR0/ST0), and provide two alternatives for its implementation. One implementation uses fstp fld, the other fxch fst; depending one CPU these could has different costs. Some style cleanups.
-
- Feb 08, 1997
-
-
dtc authored
Change the offset used by the sap VOPS from an unsigned-num to a signed-num. This helps fixes some SAP functions for negative offsets which are useful on the x86 with its stack growing down. The offset is currently declared to be a index (unsigned-byte 29) in compiler/saptran.lisp so this should work without change, but to use the negative offsets requires complementary changes to saptran (index -> fixnum).
-
dtc authored
address for the x86-lra case in define-full-call - read somewhere it was faster. Old version left in source. Removed bogus uses of two "inc ret" instead of "add ret 2" which uses only 3 bytes not 5 or 6 as suggested in the source. Slight style cleanups. Remove some dead code.
-
dtc authored
> o.k. interpreted-function-lambda-expression just didn't work for anonymous > lambdas with non-fixed argcounts. > > Rob
-
dtc authored
-
dtc authored
so fill with 0 else random garbage will be seen when read.
-
dtc authored
will allocate a save tn if necessary and consider the cost. Changed VOPS cell-setf, cell-setf-function.
-
dtc authored
-
dtc authored
-
dtc authored
-
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
-
- Feb 06, 1997
-
-
pw authored
-
- Feb 05, 1997
- Jan 18, 1997
-
-
ram authored
-