- May 18, 2004
- May 17, 2004
- May 15, 2004
-
-
rtoy authored
instead of a random value, just like on sparc.
-
- May 14, 2004
-
-
rtoy authored
-
rtoy authored
allow larger stacks.
-
rtoy authored
on sparc.
-
rtoy authored
-
rtoy authored
itself. Only for sparc currently. Doesn't lazily compute the symbol hash yet. Simple test shows a 5% increase in compilation speed, despite making make-symbol significantly slower. * src/code/hash-new.lisp (internal-sxhash): Use the symbol-hash slot instead of computing the hash value. * src/compiler/generic/new-genesis.lisp (allocate-symbol): Write out the sxhash value of the symbol into the symbol-hash slot. * src/compiler/globaldb.lisp (info-hash): Update to use the symbol hash instead of computing the sxhash. * src/code/symbol.lisp (make-symbol): Compute the symbol hash when creating the symbol. * src/compiler/sparc/cell.lisp ((symbol-hash)): Add vop to extract out the symbol hash from a symbol. * src/compiler/generic/objdef.lisp: Rename the unused slot to hash, so we can make it the symbol hash.
-
- May 13, 2004
-
-
rtoy authored
CLOS/defmethod test in cl-bench to run. (I'm waiting for bug reports before adding this everywhere.) o Add a temp to the MOVE-ARGUMENT vop so we can store things on the stack with large offsets.
-
rtoy authored
o Add a global temp register, gtemp, for use in move-functions when a temp register is needed. Currently %g7, but could be changed to a5 (aka %l5) if necessary, which some more straightforward work.
-
rtoy authored
-
- May 12, 2004
-
-
rtoy authored
comment for full details, but the issue is that Lisp says mixing a real and a complex requires converting the real to complex before doing the operation. But Kahan's algorithms assume that this doesn't happen, like z-1 should not be computed as z-(1+0*i). One place where this was wrong was for acos(2 +/- 0i). Kahan says acos(2+0i) is +0 - i*acosh(2) and acos(2-0i) is +0 + i*acosh(2). We had this backwards for the above reason. I think this was caused by the erroneous deftransforms for real op complex which were removed sometime ago, causing these function to compute the wrong thing.
-
- May 11, 2004
- May 10, 2004
- May 06, 2004
-
-
rtoy authored
be used to tune it. (Still needs work.)
-
rtoy authored
source location for defvar and friends.
-
rtoy authored
the following enters an infinite recursion if it gets compiled two times: (def-alien-type nil (struct foo (f (* (function (values) (* (struct foo))))))) During the second compile, the existing type is compared with the to be defined type. This enters a recursion because (struct foo) is recursive and the comparison is done again. The current code has a "depth" counter and simply returns true if it exceeds 10. But it only works for pointers to records and loops forever for function pointers. The patch below should fix this. It keeps a hashtable of the already compared types and returns true if a pair is already in the hashtable.
-
emarsden authored
- fix syntax for C multiline strings
-
rtoy authored
-
- May 05, 2004
- May 04, 2004
- May 03, 2004
-
-
rtoy authored
have now.
-
- Apr 28, 2004
-
-
rtoy authored
distributed releases and snapshots. o Describe the options to make-dist.sh a bit better.
-
rtoy authored
(macrolet ((%x () t)) (declare (optimize)) (declare (notinline identity))) Because the macrolet IR1 translator puts a list onto the FVARS arg in PROCESS-INLINE-DECLARATION, which is not a LEAF. This patch works around this by checking to see if the element of FVARS is a LEAF before getting the LEAF-NAME. There is probably a better solution.
-
rtoy authored
o Add an example for cross-compiling.
-
emarsden authored
- detect overflow of static and read-only spaces during PURIFY. You get dumped into LDB. - fix a few signed/unsigned confusions in casts
-
emarsden authored
On Linux/AMD64, we need to tell the platform linker to use the 32-bit linking mode instead of the default 64-bit mode. This can be done either via the LDEMULATION environment variable, or via the "-m" command-line option. - in EXT:LOAD-FOREIGN, add LDEMULATION=elf_i386 to the environment inherited by the linker This assumes that the LDEMULATION environment variable will be ignored by the platform linker on Linux/i386 platforms.
-
rtoy authored
already had space for this but were only allocating 128 MB. If we want more, we'll have to move things around.)
-
- Apr 27, 2004
-
-
emarsden authored
- fix lambda-list processing: symbols with names like &foo should be handled like normal arguments, if they are not present in LAMBDA-LIST-KEYWORDS. Issue a STYLE-WARNING instead of signaling an error.
-
- Apr 26, 2004
-
-
emarsden authored
- link in the pthreads library when building the motifd on x86 platforms.
-
- Apr 23, 2004