Changelog:
Since 5.0alpha7:
- Fixed threadlibs.c for linux threads. -DUSE_LD_WRAP was broken and
-ldl was omitted. Fixed Linux stack finding code to handle
-DUSE_LD_WRAP correctly.
- Added MSWIN32 exception handler around marker, so that the collector
can recover from root segments that are unmapped during the collection.
This caused occasional failures under Windows 98, and may also be
an issue under Windows NT/2000.
Since 5.0
- Fixed a gc.h header bug which showed up under Irix. (Thanks to
Dan Sullivan.)
- Fixed a typo in GC_double_descr in typd_mlc.c not getting traced correctly.
This probably could result in objects described by array descriptors not
getting traced correctly. (Thanks to Ben Hutchings for pointing this out.)
- The block nearly full tests in reclaim.c were not correct for 64 bit
environments. This could result in unnecessary heap growth under unlikely
conditions.
- Removed use of CLEAR_DOUBLE from generic reclaim code, since odd sizes
could occur.
Since 5.1
- dyn_load.c declared GC_scratch_last_end_ptr as an extern even if it
was defined as a macro. This prevented the collector from building on
Irix.
- We quietly assumed that indirect mark descriptors were never 0.
Our own typed allocation interface violated that. This could result
in segmentation faults in the marker with typed allocation.
- Fixed a _DUSE_MUNMAP bug in the heap block allocation code.
(Thanks to Ben Hutchings for the patch.)
- Taught the collector about VC++ handling array operator new.
(Thanks again to Ben Hutchings for the patch.)
- The two copies of gc_hdrs.h had diverged. Made one a link to the other
again.
Since 5.2
- Fixed _end declaration for OSF1.
- There were lots of spurious leak reports in leak detection mode, caused
by the fact that some pages were not being swept, and hence unmarked
objects weren't making it onto free lists. (This bug dated back to 5.0.)
- Fixed a typo in the liblinuxgc.so Makefile rule.
- Added the GetExitCodeThread to Win32 GC_stop_world to (mostly) work
around a Windows 95 GetOpenFileName problem. (Thanks to Jacob Navia.)
c29e3b957d