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=0.6 required=5.0 tests=BAYES_05,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f891f,9292211c2d4756a8 X-Google-Attributes: gidf891f,public X-Google-Thread: 109fba,46882e3fad98420e X-Google-Attributes: gid109fba,public X-Google-Thread: 103376,48b89668821c1c9f X-Google-Attributes: gid103376,public X-Google-Thread: 1108a1,9292211c2d4756a8 X-Google-Attributes: gid1108a1,public X-Google-Thread: 1014db,9292211c2d4756a8 X-Google-Attributes: gid1014db,public X-Google-Thread: f78e5,9292211c2d4756a8 X-Google-Attributes: gidf78e5,public X-Google-ArrivalTime: 1995-01-19 17:51:46 PST Newsgroups: comp.lang.c++,comp.lang.c,comp.object,comp.lang.misc,comp.std.c++,comp.lang.ada Path: pad-thai.cam.ov.com!bloom-beacon.mit.edu!spool.mu.edu!sgiblab!uhog.mit.edu!news.mathworks.com!uunet!psinntp!scylla!bischoff From: bischoff@oracorp.com (Kurt Bischoff) Subject: Re: Parallel & RT GC (was Re: Real-Time GC (was Re: Widespread C++...?) Message-ID: <1995Jan19.155733.11230@oracorp.com> Organization: ORA Corporation, Ithaca, New York References: <3f5vaf$r07@gamma.ois.com> <3ffb0d$qbp@gamma.ois.com> Date: Thu, 19 Jan 1995 15:57:33 GMT Xref: pad-thai.cam.ov.com comp.lang.c++:69956 comp.lang.c:58285 comp.object:15672 comp.lang.misc:6825 comp.std.c++:9125 comp.lang.ada:14465 Date: 1995-01-19T15:57:33+00:00 List-Id: In article <3ffb0d$qbp@gamma.ois.com> beckwb@ois.com (R. William Beckwith) write s: >: Kelvin Nilsen/Dept. of Computer Science/Iowa State University/Ames, IA 50011 >: (515) 294-2259 kelvin@cs.iastate.edu uunet!cs.iastate.edu!kelvin > >Thanks for the informative followup Kevin. If the chip you're working on >has or will have an Ada95 compiler for it, please let me know. I try and >plug in a nice hardware assisted GC'tor. > I think Kelvin was making the point that GC support should be kept out of the CPU--it should be in a separate memory module. Then compiler implement- ation is independent of hardware-assisted GC implementation. Kelvin wrote: : 3. Since the memory architecture is portable between CPU architectures, : we can separate issues of instruction-set compatibility from issues : of real-time garbage collection support. ------------- Kurt Bischoff, Odyssey Research, 301A Dates Drive, Ithaca, NY, 14850 (607) 277-2020 bischoff@oracorp.com