whether this scenario ever actually occurred. I found it while tracking
down the following:)
- Incremental collection did not cooperate correctly with the PARALLEL_MARK
- implementation of GC_malloc_many or the local_malloc primitves. It still
+ implementation of GC_malloc_many or the local_malloc primitives. It still
doesn't work well, but it shouldn't lose memory anymore.
- Integrated some changes from the gcc source tree that I had previously
missed. (Thanks to Bryce McKinley for the reminder/diff.)
- Separate gc_conf_macros.h from gc.h.
- Added generic GC_THREADS client-defined macro to set the appropriate
GC_XXX_THREADS internal macro. (gc_config_macros.h.)
- - Add debugging versions of _ignore_off_page allocation primitves.
+ - Add debugging versions of _ignore_off_page allocation primitives.
- Moved declarations of GC_make_closure and GC_debug_invoke_finalizer
from gc.h to gc_priv.h.
- Reset GC_fail_count even if only a small allocation succeeds.