- Oct 07, 2002
-
-
toy authored
that was inadvertently deleted. (Bug noted by Rudi Schlatte). o write-sequence was calling system:output-raw-bytes with the wrong args. (Bug noted by Andras Simon)
-
toy authored
o max/min should check that a real number is given, even for the single-arg case instead of just returning the arg.
-
toy authored
o Fix a few typos in code. o Delete a few unused symbols from various places o Use something better than %%RWSEQ-EOF%% for the eof marker. o Add target-foreign-linkage vars for the PPC and HPPA ports to aid cross-compilation. (The values are very likely wrong, but they're not used yet.) Based on a larger patch from Eric Marsden.
-
- Oct 04, 2002
-
-
toy authored
creates it then deletes it before generating the dvi file. (Is this right?)
-
toy authored
-
toy authored
-
pmai authored
logic slightly clearer, and also aids the Unicode merger/branching effort.
-
pmai authored
problems for certain kinds of cross-compiles, which need the nickname at worldload time to gather up OLD-XX references into the non-OLD package. Hence we temporarily add the OLD-XX nicknames back during world-load.
-
- Oct 02, 2002
-
-
toy authored
-
toy authored
-
toy authored
should use subtypep instead, in case we are given user-defined types.
-
toy authored
and ARRAY, which aren't sequences. Catch those errors.
-
toy authored
...if the alist ENTRY is longer than 8 elements, a hash-table is used instead of an alist. But, the variable ENTRY isn't set to that new hash-table, so that the new entry is added to the original alist...
-
toy authored
-
- Oct 01, 2002
-
-
toy authored
core, so don't remove them.
-
- Sep 19, 2002
- Sep 17, 2002
-
-
pmai authored
Hemlock wasn't present, caused the compiler to tail-call eliminate the function call in signal handlers defined via define-signal-handler. Besides causing problems for the debugger, which now sees a foreign function call land frame as the top of stack, this is also confusing to the end user, hence we turn up the debug optimization quality to prevent tail-call-elimination here.
-
- Sep 12, 2002
- Sep 09, 2002
-
-
pmai authored
as per patch from Gerd Moellmann.
-
pmai authored
-
pmai authored
together with related implementation-dependent code. This change isn't really a loss, since make-specializable could only do its work completely automatically where CMUCL kept the argument list of the function around.
-
pmai authored
and to handle :compile-toplevel like cl:compile in MAKE-TOPLEVEL-FORM.
-
toy authored
element 0 from the bit vector. Fix it. o Add some comments.
-
- Sep 07, 2002
-
-
pmai authored
in favour of either system:without-interrupts (for non-MP versions), and a lock-based approach for MP versions. Note that the latter is a bit experimental, see the comments in the code for details.
-
pmai authored
normal cl:dotimes, introducing explicit fixnum declarations where they weren't obviously unnecessary. Based on a patch by Gerd Moellmann.
-
- Sep 06, 2002
-
-
toy authored
LEAF-FUN.
-
- Sep 05, 2002
- Sep 04, 2002
- Sep 03, 2002
-
-
toy authored
from compiler/generic/objdef.lisp to compiler/sparc/parms.lisp because cross-compiling on sparc loads parms after objdef, and parms uses these symbols. o Added TARGET-FOREIGN-LINKAGE-SPACE-START and TARGET-FOREIGN-LINKAGE-ENTRY-SIZE to parms.lisp to support the new linkage table stuff. (Not yet implemented on sparc, so these values may be wrong.)
-
- Aug 28, 2002
-
-
pmai authored
o Conditionalized some code that is only used in linkage-table builds on :linkage-table and LINKAGE_TABLE respectively. o Modernized undefined_ff_tramp based on recent changes, and renamed it to undefined_foreign_symbol_trap, because it really isn't a trampoline. o Conditionalized a stray puts(...,dlerror()) in Linux-os.c on DEBUG o Installed an error reporter for UNDEFINED_FOREIGN_SYMBOL_ERROR, which for now signals a simple-program-error. We might want to introduced a new condition UNDEFINED-FOREIGN-SYMBOL or something, which could also be used by the old foreign linkage code.
-
moore authored
Fix foregin object braindamage noted by Pierre Mai.
-
- Aug 27, 2002
-
-
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.
-