home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12338 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.7 KB
  1. Path: sparky!uunet!sun-barr!olivea!mintaka.lcs.mit.edu!ai-lab!life.ai.mit.edu!tmb
  2. From: tmb@arolla.idiap.ch (Thomas M. Breuel)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Garbage Collection for C++
  5. Message-ID: <TMB.92Aug14130323@arolla.idiap.ch>
  6. Date: 14 Aug 92 17:03:23 GMT
  7. References: <1992Aug6.014619.2111@ucc.su.OZ.AU> <DAVEG.92Aug13025629@synaptx.synaptics.com>
  8.     <1992Aug14.021547.15215@news.mentorg.com>
  9. Sender: news@ai.mit.edu
  10. Reply-To: tmb@idiap.ch
  11. Organization: IDIAP (Institut Dalle Molle d'Intelligence Artificielle
  12.     Perceptive)
  13. Lines: 21
  14. In-reply-to: bcannard@hppcb36.mentorg.com's message of 14 Aug 92 02:15:47 GMT
  15.  
  16. In article <1992Aug14.021547.15215@news.mentorg.com> bcannard@hppcb36.mentorg.com (Bob Cannard @ PCB x5565) writes:
  17.  
  18.    In article <DAVEG.92Aug13025629@synaptx.synaptics.com>, daveg@synaptics.com (Dave Gillespie) writes:
  19.    |> Couldn't we get away with having a garbage collector that didn't
  20.    |> need pointers to be declared `GC'?
  21.  
  22.    I can't see that this is viable given the basic constraints on C++: among
  23.    other things, those who don't want GC shouldn't have to suffer the hits.
  24.  
  25. What "hits"? In all the cases that I have looked at, the GC overhead
  26. has been _smaller_ than the overhead of explicit memory management in
  27. C++. Now, maybe my sample of programs is biased, but if you claim that
  28. there are "hits", please state either whether you have concrete
  29. evidence that there are, or whether your statement is just religious
  30. belief. Your vague statements might easily turn into gospel truth.
  31.  
  32. Based on my experience, I would turn your statement around and say:
  33. "those of us who want GC shouldn't have to suffer the inefficiencies
  34. of not having it".
  35.  
  36.                     Thomas.
  37.