home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8338 < prev    next >
Encoding:
Text File  |  1992-07-26  |  1.9 KB  |  39 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!decwrl!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!tallis.enet.dec.com!kirk
  3. From: kirk@tallis.enet.dec.com (Matthew B. Kirk)
  4. Subject: Re: Translating ML (was Re: MVC and MVCL)
  5. Message-ID: <1992Jul27.002600.18548@nntpd.lkg.dec.com>
  6. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  7. Organization: Digital Equipment Corporation
  8. Date: Mon, 27 Jul 1992 01:07:21 GMT
  9. Lines: 28
  10.  
  11.  
  12. In article <65D202Zn1bIR01@JUTS.ccc.amdahl.com>, jjs40@cd.amdahl.com (John Sullivan) writes...
  13. > 
  14. >As I understand it, the ability to translate VAX assembly code to Alpha is
  15. >highly dependent on the "good behavior" of the original VAX code, such
  16. >as seperate data/code segments, no self-modifying code, well behaved OS calls,
  17. >etc.  Obviously it's possible to handle these cases, but then your
  18. >compile-time translation degenerates to run-time emulation with a big
  19. >performance hit (and a lot of added complexity.)
  20.  
  21. Not exactly.  Not having separate data and code segments will not affect
  22. the performance of your translated images provided that you have no self
  23. modifying code.  What you do is to tell the translator that code in 
  24. read/write PSECTs should not be interpreted.
  25.  
  26. While the translator will complain about a number of poorly behaved types
  27. of code (e.g. unaligned stack, code that doesn't follow the VAX calling
  28. standard, etc), it will still translate them.  
  29.  
  30. I'm not sure I understand what you mean by "well behaved OS calls".  If
  31. you mean calls to undocumented, unsupported system services, then no, 
  32. the translator doesn't support them.                                
  33. =============================================================================
  34. Matthew Kirk                           kirk@tallis.enet.dec.com
  35.  
  36. All opinions expressed here are mine and do not reflect those of Digital
  37. Equipment Corporation.
  38. =============================================================================
  39.