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.1 required=5.0 tests=BAYES_20,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!linus!decvax!bellcore!ulysses!ucbvax!simtel20.arpa!RCONN
From: RCONN@SIMTEL20.ARPA (Rick Conn)
Newsgroups: net.lang.ada
Subject: Re: GC in Ada
Message-ID: <12196027696.11.RCONN@SIMTEL20.ARPA>
Date: Thu, 3-Apr-86 22:41:03 EST
Article-I.D.: SIMTEL20.12196027696.11.RCONN
Posted: Thu Apr  3 22:41:03 1986
Date-Received: Sat, 5-Apr-86 07:14:49 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
List-Id: <comp.lang.ada>

The basic goal of GC is to reclaim space that is no longer needed for
one purpose and allow said space to be used for something else.  For
an application program, this can be done by the opsys, which I believe
is the focus of your message, but it can also be done by the application
itself.  In both cases, the desired effect, viz the utilization of less
space by the application, is achieved.  This is why I feel that the GARBAGE
component is viable ... and it offers a solution now, rather than later.

	Rick
-------