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 10:56:08 PST Newsgroups: comp.lang.ada Path: supernews.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!falcon.america.net!sunqbc.risq.qc.ca!wesley.videotron.net!logbridge.uoregon.edu!news.umass.edu!world!bobduff From: Robert A Duff Subject: Re: Better support for garbage collection Sender: bobduff@world.std.com (Robert A Duff) Message-ID: Date: Wed, 14 Mar 2001 18:52:08 GMT References: <98m938$2iod0$1@ID-25716.news.dfncis.de> <87vgpc3gv0.fsf@deneb.enyo.de> Organization: The World Public Access UNIX, Brookline, MA X-Newsreader: Gnus v5.3/Emacs 19.34 Xref: supernews.google.com comp.lang.ada:5728 Date: 2001-03-14T18:52:08+00:00 List-Id: Florian Weimer 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. >... 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? - Bob