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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,7e00123da234b3a4
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: Garbage Collector
Date: 1998/06/21
Message-ID: <dewar.898440720@merv>#1/1
X-Deja-AN: 364717364
References: <3589443E.6F692B88@earthling.net>
X-Complaints-To: usenet@news.nyu.edu
X-Trace: news.nyu.edu 898440823 16418 (None) 128.122.140.58
Organization: New York University
Newsgroups: comp.lang.ada
Date: 1998-06-21T00:00:00+00:00
List-Id: <comp.lang.ada>


Charles said

<<Do any of the Ada95 environments for Window95 provide garbage collected
storage? (sweep or reference counts?)
>>

Most likely any of the standard conservative garbage collectors should
work fine with most Ada 95 implementations (it is certainly possible
to use such collectors with GNAT, since they use malloc/free in a
perfectly straightforward manner). Of course no compaction is possible
when using conservative collectors.

The JVM based compilers (the one from Aonix/Intermetrics, and the
forthcoming GNAT based one) will naturally take advantage of the
garbage collection provided at the JVM level.

Robert Dewar
Ada Core Technologies