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