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,3498dd887729ed19
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: Garbage Collection in Ada
Date: 1996/10/23
Message-ID: <dewar.846048310@merv>#1/1
X-Deja-AN: 191448706
references: <01bbb910$f1e73f60$829d6482@joy.ericsson.se>
 <199610132138291604607@dialup101-6-14.swipnet.se> <dewar.845247229@merv>
 <19961014115513529729@dialup105-2-16.swipnet.se> <dewar.845470185@merv>
 <199610162305033003135@dialup100-4-3.swipnet.se> <dewar.845506067@merv>
 <19961017091558202103@dialup110-2-16.swipnet.se>
organization: New York University
newsgroups: comp.lang.ada
Date: 1996-10-23T00:00:00+00:00
List-Id: <comp.lang.ada>


Lars said replyin to me:

> No, you are confused, if a language expects GC, and if a proper GC is
> incorporated, there is no respect in which the presence of GC inhibits
> optimizations. Where did you get this idea?

>From you, <dewar.845470588@merv> about compiler optimization vs
collectors. Since virtual origin is new to me may well be confused. You
said (about C++, conservative GC and virtual origin):


Virtual origins cause trouble only if

(a) you are using a conservative garbage collector of the HJB type
(b) the collector is not part of the implementation, and therefore
	does not understand how to deal with virtual origins.

Read my first senteence above, it is correct!