Update to 5.3. Minimally tested with w3m on i386, sparc, and arm32.

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.)

2 files changed, 5 insertions, 5 deletions

diff --git a/devel/boehm-gc/Makefile b/devel/boehm-gc/Makefile
index d59cf84dcca..76821220113 100644
--- a/devel/boehm-gc/Makefile
+++ b/devel/boehm-gc/Makefile
@@ -1,9 +1,9 @@
-# $NetBSD: Makefile,v 1.16 2000/07/25 00:46:58 jlam Exp $
+# $NetBSD: Makefile,v 1.17 2000/11/16 11:16:02 abs Exp $
 # FreeBSD Id: Makefile,v 1.1 1996/11/16 01:51:25 jdp Exp
 #
 
-DISTNAME=		gc5.0alpha7
-PKGNAME=		boehm-gc-5.0a7
+DISTNAME=		gc5.3
+PKGNAME=		boehm-gc-5.3
 CATEGORIES=		devel
 MASTER_SITES=		http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/
 
diff --git a/devel/boehm-gc/files/md5 b/devel/boehm-gc/files/md5
index 16c2d360e98..d66f5525611 100644
--- a/devel/boehm-gc/files/md5
+++ b/devel/boehm-gc/files/md5
@@ -1,3 +1,3 @@
-$NetBSD: md5,v 1.6 2000/06/20 21:50:19 jlam Exp $
+$NetBSD: md5,v 1.7 2000/11/16 11:16:03 abs Exp $
 
-MD5 (gc5.0alpha7.tar.gz) = fef59f9f8ef649168dfe642865a625d1
+MD5 (gc5.3.tar.gz) = f5f65b9e2c4b7762fa567d5b91b573bb