- 04 Nov, 2011 1 commit
-
-
Raymond Toy authored
-
- 30 Jun, 2006 1 commit
-
-
rtoy authored
The merge is from the tag "double-double-irrat-end". The double-double branch is now obsolete. The code should build without double-double support (tested on sparc) as well as build with double-double support (tested also on sparc).
-
- 11 Dec, 2005 1 commit
-
-
rtoy authored
o Hack to make move-double-to-int-arg available in OLD-PPC and PPC packages. (Don't know why this is needed but it was.)
-
- 12 Feb, 2005 1 commit
-
-
rtoy authored
features, since they're available on ppc now.
-
- 20 Oct, 2004 1 commit
-
-
rtoy authored
-
- 25 Jul, 2004 1 commit
-
-
pmai authored
-
- 12 Jan, 2004 1 commit
-
-
toy authored
o Add some comments.
-
- 17 Oct, 2003 1 commit
-
-
toy authored
his 2.4 release).
-
- 27 Aug, 2002 1 commit
-
-
moore authored
On x86 FreeBSD and Linux, change the way foreign symbol addresses are resolved. They now go through a table -- effectively a new space in the core file. Function references are resolved lazily, data references are resolved on startup and when a .so is loaded. The end result is that cores can be dumped that contain references to symbols in shared libraries. Also, the dependence of the core on addresses in the Lisp runtime is broken. The linkage table feature is controlled by :linkage-table and LINKAGE_TABLE in C runtime. Several foreign symbols are now Lisp static symbols, so a cross compile is required whether or not the new stuff is used. I've checked in boot4-cross-foreign-linkage.lisp that builds the compiler for linkage table; do whatever you usually do for the non-linkage table case:) Seriously, lets start a discussion on standardizing "cross compilation," not to mention the general build procedure.
-