- Jun 20, 2004
-
-
pmai authored
ensure that its effects kick in early enough during startup, thus silencing loading of siteinit, siteinit-loaded files, etc. Reported by JBThiel against the OS X port.
-
- Jun 18, 2004
-
-
cwang authored
-
cwang authored
instead of hard coding 32.
-
cwang authored
-
cwang authored
Deliver protection violations on a dedicated signal stack for amd64
-
rtoy authored
o Update %unary-ftruncate and the corresponding deftransform because it was not properly returning the correct sign for signed zeroes. If the number was in a good range, we used truncate, which loses the sign of zero. (Should we have leave it in and add an explicit check for a zero result and adjust the sign appropriately? That would allow us to use the fast builtin instructions at the expense of a test for zero and a fix.)
-
rtoy authored
cause garbage to be retained with gencgc on x86 (but not sparc), eventually causing an out-of-heap error. From Helmut Eller, via cmucl-imp.
-
- Jun 16, 2004
-
-
cwang authored
Cross-compiling from x86 to amd64 requires it.
-
- Jun 15, 2004
- Jun 13, 2004
-
-
emarsden authored
Fixes to REINITIALIZE-GLOBAL-TABLE: ignore invalid entries in the *GLOBAL-TABLE*, and reload files in the same order as they were initially loaded. From Lynn Quamm.
-
emarsden authored
Avoid a hang when calling SOFTWARE-VERSION on Linux kernel version 2.6.x. The hang is due to a bug in certain files in the proc filesystem, where the select() system call does not work correctly.
-
- Jun 10, 2004
- Jun 09, 2004
-
-
rtoy authored
-
rtoy authored
o Add a few labels so we can refer to sections by name.
-
rtoy authored
-
rtoy authored
faster bignum reader. Contributed by Mark Wooding on cmucl-imp, May 24, 2004.
-
rtoy authored
they are arithmetically equal. Do this by adding 0.0 to the number, which does nothing to the number, except convert -0.0 to 0.0.
-
rtoy authored
it return 1 (of the right type) in these cases. We still produce a FP trap, if enabled, though. Is that right?
-
rtoy authored
returned appropriately instead of +0.0. This is to conform to IEEE754.
-
- Jun 07, 2004
-
-
rtoy authored
weren't caused by a write-protected heap. Requested by Lynn Quam.
-
- Jun 04, 2004
-
-
rtoy authored
-
- Jun 02, 2004
- Jun 01, 2004
- May 24, 2004