home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5502.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  4.3 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 MAA28780 for <executor@nacm.com>; Mon, 16 Oct 1995 12:11:24 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id NAA19882; Mon, 16 Oct 1995 13:11:23 -0600
  3. Received: from beaut.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0t4utN-000YcBC; Mon, 16 Oct 95 13:08 MDT
  5. Received: by beaut.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0t4utM-00002QC; Mon, 16 Oct 95 13:08 MDT
  7. Message-Id: <m0t4utM-00002QC@beaut.ardi.com>
  8. Date: Mon, 16 Oct 95 13:08 MDT
  9. From: ctm@ardi.com (Clifford T. Matthews)
  10. To: Kurt R Glaesemann <kurtg@iastate.edu>
  11. Cc: executor@nacm.com
  12. Subject: Future of ARDI in general (was Re: BeBox Port??????)
  13. In-Reply-To: <9510161811.AA15659@las3.iastate.edu>
  14. References: <9510161811.AA15659@las3.iastate.edu>
  15. Sender: owner-paper@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "Kurt" == Kurt R Glaesemann <kurtg@iastate.edu> writes:
  19.  
  20.     Kurt> I think I will jump the gun (Ok, how about a whole army of
  21.     Kurt> guns) and ask.
  22.  
  23.     Kurt> A new dual CPU PowerPC computer has popped up called the
  24.     Kurt> BeBox.  It has very little software since it was designed
  25.     Kurt> from the ground up with no backwards compatability (see
  26.     Kurt> http://www.be.com/).  This would be a good market for
  27.     Kurt> executor since the'll be a dearth of software in the
  28.     Kurt> begining (not to mention that the box's look pretty
  29.     Kurt> powerful.  I could just see it now "I own a PowerPC computer
  30.     Kurt> that run's mac apps, but not the native ones!!": proof that
  31.     Kurt> truth can be stranger than fiction.
  32.  
  33. We've read about it and we're fairly interested, even though future
  34. BeBox machines will be CHRP compliant and as such will theoretically
  35. be able to run MacOS once Copland is released ('97 at best -- we're
  36. not the only one who slips release dates of major new versions).
  37.  
  38. It turns out that Mat has been working on a successor to syn68k for a
  39. while.  The successor will make writing different backends much easier
  40. and should also be able to use different front ends.  Additionally,
  41. the code that the successor generates will be much faster than what
  42. syn68k generates.  A PPC backend has already been written for this new
  43. synthetic CPU, so we've planned on putting Executor on the PPC for a
  44. while now.
  45.  
  46. However, when we get Executor to run on the PPC, we'll also support
  47. native PPC apps since adding that support should actually be fairly
  48. easy, so the "but not the native ones" disclaimer will probably not
  49. apply for any amount of time greater than three or four months, if
  50. ever.
  51.  
  52. But Mat's syn68k successor can also have different front-ends, so our
  53. plan is to allow Executor to run PPC Mac apps on non-PPC machines as
  54. well.
  55.  
  56. So, when 2.0 is shipping and we have some extra dollars, we'll
  57. *probably* pick up a Be Box and do an internal proof of concept port.
  58. We don't expect Be to be particularly interested in our work because
  59. eventually they'll have Copland and in the meantime, using ARDI's
  60. technology is overkill, since they could also just as easily get some
  61. clever engineers like Jim Drew, the Quix engineers, the author of
  62. ShapeShifter, or half a dozen other people/teams who could get Mac
  63. programs to run under the BeOS -- a simple task when compared to what
  64. we do.
  65.  
  66. There would be a couple slight differences though.  Executor would of
  67. course be running totally native on the PPC, while Copland will still
  68. have portions running under emulation and with any Apple based port of
  69. the Mac OS, Apple would play a significant role in determining the
  70. price of the ported OS, while we could set the Executor/Be price to be
  71. fairly low if Be decided they liked our work enough to bundle it with
  72. every machine they shipped.
  73.  
  74. Right now people who think of SoftWindows when they think emulation
  75. technology in general, or who think of Executor 1.2 or even 1.99<x>
  76. where <x> < 'p' probably don't have a particularly good opinion of
  77. emulators.  We will try very hard to change people's mind with 2.0's
  78. release.  If we convince only a tiny fraction of our potential
  79. customer base that we're worth taking a chance on, then the resultant
  80. revenues will enable us to make the next release of Executor after 2.0
  81. have at least as much improvement as you've seen between 1.99k and
  82. 1.99p3.
  83.  
  84. --Cliff
  85. ctm@ardi.com
  86.  
  87.