- Dec 23, 2010
-
-
rtoy authored
working when tracing, for example (declaim (ftype (function (double-float) double-float) fact)) (defun fact (x) (declare (double-float x)) (if (= x 1) 1d0 (* x (fact (1- x))))) lisp/x86-lispregs.h o NetBSD has access to the eflags register lisp/x86-arch.c: o Add some debugging prints (disabled). o The stuff near line 262 about pc-9 pointing to the pushf instruction should be conditioned on SC_EFLAGS because that's what decides whether we insert the pushf instructions for single stepping.
-
rtoy authored
o Add some debugging prints.
-
rtoy authored
registers. This works. We also try to get the correct data for the x87 registers, but this is not tested.
-
rtoy authored
lisp/Config_x86_netbsd: o Define EXEC_FINAL_OBJ, like other x86 ports. lisp/elf.c: o Use the new linker.sh command script to link the executable. lisp/lisp.c: o Use new method of getting the initial_function.
-
rtoy authored
-
rtoy authored
-
rtoy authored
get the initial_function from the initial_function_addr, not the address of initial_function_addr.
-
- Dec 22, 2010
-
-
rtoy authored
(where we only support Sun C now).
-
rtoy authored
that the correct object files are dumped and so that we can link them all together. However, the resulting exectable does not work on Solaris/x86.
-
rtoy authored
-
rtoy authored
-
rtoy authored
Solaris/x86. There should be no functional changes for either other x86 ports or for the sparc port.
-
- Dec 19, 2010
-
-
rtoy authored
NIL. (From Paul Foley.)
-
- Dec 18, 2010
-
-
rtoy authored
Adjust the CONTROL_STACK_SIZE and SIGNAL_STACK_START appropriately.
-
- Dec 14, 2010
-
-
rtoy authored
work, but doesn't anymore because the domain won't normally be NIL anymore.
-
rtoy authored
o More cleanups. Basically back to rev 1.93 with a couple more cleanups, but this works on sparc. bootfiles/20b/boot-2010-12.lisp: o Use this to bootstrap the necessary values in the compiler backend for the foreign-linkage-space.
-
- Dec 13, 2010
-
-
rtoy authored
LOAD-DOMAIN return an appropriate entry instead of returning NIL. This still gets rid of all the stats. Solution from Paul Foley.
-
- Dec 11, 2010
-
-
rtoy authored
caused by all the calls to stat in PROBE-FILE in LOCATE-DOMAIN-FILE for files that did not exist. The default locale was C, so every message lookup was causing many stat's to non-exist files. (There were over 1000 calls/sec on a 750 MHz sparc!) So we cache all the calls to PROBE-FILE in LOCATE-DOMAIN-FILE. But just in case, we also allow the user to get at the hash table to examine it (GET-DOMAIN-FILE-CACHE) and also allow the user to clear it (CLEAR-DOMAIN-FILE-CACHE) in case new translations are added without restarting lisp.
-
rtoy authored
on sparc for some reason. We keep the unicode and non-unicode fops separate for now.
-
- Dec 09, 2010
-
-
rtoy authored
-
rtoy authored
the start. This was due to one of two things: The result sequence was created with a negative length, creating invalid objects, or accessing the invalid object would cause a segfault. code/seq.lisp: o Declare the type of LENGTH in MAKE-SEQUENCE-OF-TYPE better. It's not a fixnum, but an index (non-negative fixnum). This should catch any mistakes where we try to create sequences of negative length. o Explicitly catch invalid START and END indices in VECTOR-SUBSEQ* and LIST-SUBSEQ* and signal an error general-info/release-20c.txt: o Document bugfix.
-
- Dec 08, 2010
-
-
rtoy authored
-
- Dec 05, 2010
- Dec 04, 2010
-
-
rtoy authored
DUMP-DATA-MAYBE-BYTE-SWAPPING.
-
rtoy authored
o Add an implementation of MAYBE-BYTE-SWAP-STRING for non-unicode builds. (Basically the identity function, since no swapping needed.) o Get rid of most unicode/non-unicode implementations of the fops by calling MAYBE-BYTE-SWAP-STRING. o Remove unused LOAD-CHAR-CODE macro. o Remove some debugging stuff.
-
rtoy authored
bugs with dumping unicode strings to fasls on a different endian architecture. Combined with cross-x86-sparc.lisp, this will successfully cross-compile from x86 (OSX) to sparc (Solaris). The result won't, unfortunately, built itself, but if the callback support is commented out, the build is successful. This new build can then be successfully used to do another build that includes callback support. don't know what is causing this issue. compiler/dump.lisp: o DUMP-DATA-MAYBE-BYTE-SWAPPING needs to byte-swap unicode (16-bit) strings. compiler/generic/new-genesis.lisp: o STRING-TO-CORE needs to swap the byte order of unicode strings if the backend and native backend have different endianness. o LOAD-CHAR-CODE should load characters based on the backend, not native-backend. (This not used anymore, though?) o Add new function byte-swap the char codes of a unicode string. o COLD-LOAD-SYMBOL calls MAYBE-BYTE-SWAP-STRING o FOP-UNINTERNED-SYMBOL-SAVE, FOP-UNINTERNED-SMALL-SYMBOL-SAVE, FOP-STRING, FOP-SMALL-STRING, FOP-FOREIGN-FIXUP, and FOP-FOREIGN-DATA-FIXUP need to call MAYBE-BYTE-SWAP-STRING for unicode strings. compiler/ppc/parms.lisp: compiler/sparc/parms.lisp: compiler/x86/parms.lisp: o Initialize backend foreign-linkage space start and entry size appropriately. The target versions are initialized from the backend values now too. lisp/os-common.c: o Some debugging stuff for foreign linkage data to print out symbol names. Currently ifdef'ed out.
-
- Dec 03, 2010
-
-
rtoy authored
-
- Dec 02, 2010
- Dec 01, 2010
-
-
rtoy authored
FreeBSD.
-
- Nov 30, 2010
- Nov 16, 2010
- Nov 12, 2010
- Nov 11, 2010
-
-
rtoy authored
strings if the byte order of the backend and the native backend are different.
-