Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!parcplace!khaw From: khaw@parcplace.com (Mike Khaw) Newsgroups: comp.lang.smalltalk Subject: Re: Objectworks for Smalltalk-80 Message-ID: <678@parcplace.com> Date: 7 Mar 90 20:52:46 GMT References: <5888@blake.acs.washington.edu> <80500089@p.cs.uiuc.edu> <12527@nigel.udel.EDU> <77720@tut.cis.ohio-state.edu> <2024@laura.UUCP> Organization: ParcPlace Systems, Mt. View, CA Lines: 29 atoenne@laura.UUCP (Andreas Toenne) writes: >In article <77720@tut.cis.ohio-state.edu> Tim Hansell writes: >>The images is built up on top of the virtual machine, and for Smalltalk >>the compiler compiles st-80 into the byte-codes that the virtual machine >>executes, while in C++ the compiler is a C++ compiler into byte-codes. Just to clarify, when you "accept" a new method in Smalltalk-80 the compiler compiles it into byte codes. When that method is invoked, the byte code representation is dynamically translated to machine code and kept in a "native method" cache. The byte code representation saves space, while dynamic translation is more efficient than interpreting the byte codes. >Concerning Objectworks for Smalltalk80.... >it runs on DEC3100 and PCS RCU too. >Additionaly the version 2.3 runs on PCS Cadmus and the Atari ST. >(A port to 2.5 is planned but not yet scheduled) The PCS RCU, PCS Cadmus and Atari ST versions are by Georg Heeg, Dortmund, W. Germany. The DecStation version is by ParcPlace systems and runs on all models of that line (MIPS CPU, Ultrix OS). -- Mike Khaw ParcPlace Systems, Inc., 1550 Plymouth St., Mountain View, CA 94043 Domain=khaw@parcplace.com, UUCP=...!{uunet,sun,decwrl}!parcplace!khaw