1.0.4.16: some GC and interrupt refactoring
authorNikodemus Siivola <nikodemus@random-state.net>
Mon, 2 Apr 2007 08:37:36 +0000 (08:37 +0000)
committerNikodemus Siivola <nikodemus@random-state.net>
Mon, 2 Apr 2007 08:37:36 +0000 (08:37 +0000)
commit3be1ab042ab74e008e40626cc6bd5190b27da033
tree30fc041498641ed36dfa0007207076158cca918f
parent9b92e0500ac3aeb3012f94c5450bf321747f2fb3
1.0.4.16: some GC and interrupt refactoring

 * Conditionalize foreign_function_call_active on
   FOREIGN_FUNCTION_CALL_FLAG for clarity, and excice it from x86
   assember code.

 * Rename interrupt_maybe_gc to cheyneygc_handle_wp_violation, and
   move it cheyneygc.c. Don't pretend it is a signal handler, but pass
   in just the context and faulting address it needs.

 * Make gc_trigger_hit to accept the faulting address directly, since
   we already have it handy, and move it to cheneygc.c.

 * Rename interrupt_maybe_gc_int to maybe_gc, and move it to
   gc-common.c. Don't pretend it is a signal handler, but pass in just
   the context it needs.

 * maybe_gc_pending unused, deleted.

 * Only a single bytes_consed_between_gcs declaration, in gc.h.

 * Whitespace.

 No significant functional changes. Tested on x86/GENCGC, PPC/GENCGC,
 and PPC/Cheney.

 ...did you know that stepping is broken on PPC/Cheney but not on
 PPC/GENCGC?
19 files changed:
src/code/hash-table.lisp
src/compiler/ppc/insts.lisp
src/runtime/bsd-os.c
src/runtime/cheneygc-internal.h
src/runtime/cheneygc.c
src/runtime/gc-common.c
src/runtime/gc.h
src/runtime/gencgc.c
src/runtime/globals.c
src/runtime/globals.h
src/runtime/interrupt.c
src/runtime/interrupt.h
src/runtime/linux-os.c
src/runtime/osf1-os.c
src/runtime/ppc-arch.c
src/runtime/purify.c
src/runtime/sunos-os.c
src/runtime/x86-assem.S
version.lisp-expr