From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,fd63afa4dc364b7e
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-03-14 11:40:10 PST
Path: 
 supernews.google.com!sn-xit-03!supernews.com!freenix!isdnet!fr.clara.net!heighliner.fr.clara.net!newsfeed.germany.net!newsfeed2.easynews.net!easynews.net!news.cid.net!news.enyo.de!news1.enyo.de!not-for-mail
From: Florian Weimer <fw@deneb.enyo.de>
Newsgroups: comp.lang.ada
Subject: Re: Better support for garbage collection
Date: 14 Mar 2001 20:40:57 +0100
Organization: Enyo's not your organization
Message-ID: <8766hc9m0m.fsf@deneb.enyo.de>
References: <98m938$2iod0$1@ID-25716.news.dfncis.de>
 <87vgpc3gv0.fsf@deneb.enyo.de> <wccwv9skwtj.fsf@world.std.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Xref: supernews.google.com comp.lang.ada:5730
Date: 2001-03-14T20:40:57+01:00
List-Id: <comp.lang.ada>

Robert A Duff <bobduff@world.std.com> writes:

> > The general question regarding garbage collection and Ada is: With the
> > current Ada language, type safe, non-compacting garbage collection is
> > already possible.
> 
> So is type-safe compacting garbage collection.

Yes, you're right.  Silly me.

> >...  Why don't typical Ada implementations (which
> > produce native code) support garbage collection?  There seem to be
> > many reservations about garbage collections, so I think the priority
> > issue is to provide an implementation of garbage collection which
> > demonstrates that better garbage collection 
> 
> ...what?

Oops.

"is worth the additional complexity.  Until now, implementors and
large scale users have shown little interest in any type of garbage
collection."