home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text2103.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.7 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id BAA28611 for <executor@nacm.com>; Wed, 14 Jun 1995 01:03:07 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id CAA05636; Wed, 14 Jun 1995 02:03:04 -0600
  3. Received: from gwar.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0sLnP7-000YbmC; Wed, 14 Jun 95 02:02 MDT
  5. Received: by gwar.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0sLnP7-000GOkC; Wed, 14 Jun 95 02:02 MDT
  7. Message-Id: <m0sLnP7-000GOkC@gwar.ardi.com>
  8. Date: Wed, 14 Jun 95 02:02 MDT
  9. From: mat@ardi.com (Mat Hostetter)
  10. To: mcculley@greatwall.cctt.com
  11. Cc: executor@nacm.com
  12. Subject: Re: svgalib port and emulation questions
  13. In-Reply-To: <9506140741.AA134340@pobox.idt.orlando.ibm.com>
  14. References: <9506140741.AA134340@pobox.idt.orlando.ibm.com>
  15. Sender: owner-paper@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "mcculley" == mcculley  <mcculley@greatwall.cctt.com> writes:
  19.  
  20.     mcculley> 1. I think it would be really nice if, when the svgalib
  21.     mcculley> port is available, the X and svgalib versions came as
  22.     mcculley> one executable that autodetected and did the right thing
  23.     mcculley> and also had options to force it one way or the other.
  24.  
  25. We've thought about this, but it wouldn't be easy right now to support
  26. two different "vdriver"'s simultaneously.  We plan to add a "packages"
  27. feature to Executor that lets us have multiple modular instantiations
  28. of each package interface (video, events, sound, etc.).  We may even
  29. release the source to these packages as dynamically loadable ELF
  30. modules under Linux, and as dynamically loadable ObjC objects under
  31. NEXTSTEP.
  32.  
  33.     mcculley> 2. What combinations of emulated hardware/emulating
  34.     mcculley> hardware will Executor support in the future?  Will I be
  35.     mcculley> able to run Mac software that is compiled for PowerPC
  36.     mcculley> only?
  37.  
  38. I'm sure we'll need to support that someday.  Compared to the 68040,
  39. the PowerPC looks like a piece of cake to emulate (all 32-bit insns,
  40. load/store architecture, aligned memory accesses).
  41.  
  42.     mcculley> Will I be able to get a version of Executor that runs on
  43.     mcculley> the Alpha?
  44.  
  45. If the market looks promising.  We actually had Executor running on
  46. the Alpha once, back when DEC loaned us one for a while.
  47.  
  48.     mcculley> If so, will it benefit when the emulated hardware and
  49.     mcculley> the emulated hardware are identical?  Specifically, I
  50.     mcculley> have in mind running MacOS PowerPC apps under AIX on
  51.     mcculley> PowerPC.
  52.  
  53. In those situations it would make sense to not use an emulator at all
  54. (if we can get away with it).  This is what we do on 680x0 NeXT's
  55. running 680x0 Mac binaries.
  56.  
  57. -Mat
  58.  
  59.