This is the mail archive of the
mailing list for the GCC project.
RE: ObjC configured --with-objc-gc needs external Boehm gc
- To: "Boehm, Hans" <hans_boehm at hp dot com>
- Subject: RE: ObjC configured --with-objc-gc needs external Boehm gc
- From: Matthias Klose <doko at cs dot tu-berlin dot de>
- Date: Wed, 17 Jan 2001 00:19:46 +0100 (MET)
- Cc: gcc at gcc dot gnu dot org, java-discuss at sources dot redhat dot com, ovidiu at cup dot hp dot com
- References: <140D21516EC2D3119EE700902787664401E3A836@hplex1.hpl.hp.com>
Boehm, Hans writes:
> I can't think of any fundamental problems. I suspect Objective C normally
> wants the collector built to recognize all interior pointers, where gcj
> builds it without that option, so that interior pointers are recognized only
> if they're on a stack. This is currently a build time option, but that
> probably doesn't save very much anymore over making it a runtime option.
> Does Objective C normally use the collector with thread support?
The ObjC runtime can be built with thread support. I am not aware of
applications needing thread and gc support. The gnustep core libraries
(www.gnustep.org) are built with thread support only. The
gnustep-extensions defines support for garbage collected objects.