home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0513.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.1 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 XAA16087 for <executor@nacm.com>; Fri, 21 Apr 1995 23:05:53 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id AAA03730; Sat, 22 Apr 1995 00:08:53 -0600
  3. Received: from gwar.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0s2YJd-000Ye1C; Sat, 22 Apr 95 00:05 MDT
  5. Received: by gwar.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0s2YJc-000GOeC; Sat, 22 Apr 95 00:05 MDT
  7. Message-Id: <m0s2YJc-000GOeC@gwar.ardi.com>
  8. Date: Sat, 22 Apr 95 00:05 MDT
  9. From: mat@ardi.com (Mat Hostetter)
  10. To: Chad Page <cpage@best.com>
  11. Cc: executor@nacm.com
  12. Subject: Re: Executor Developers Kit?
  13. In-Reply-To: <Pine.BSD.3.91.950421170728.17464A-100000@shell1.best.com>
  14. References: <Pine.BSD.3.91.950421170728.17464A-100000@shell1.best.com>
  15. Sender: owner-executor@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "Chad" == Chad Page <cpage@best.com> writes:
  19.  
  20.     Chad>     Why not create an Executor Developers Kit, which would
  21.     Chad> come with DJGPP, a staticly linked library with the primary
  22.     Chad> ROMlib code, and documentation (possibly with some bundled
  23.     Chad> in API docs - maybe licensed from Apple?  I know Inside
  24.     Chad> Macintosh can now be FTP'ed, but you need Apple's DocViewer
  25.     Chad> to read them, and unless things have changed lately, that
  26.     Chad> will not run under Executor.)
  27.  
  28. Actually, Executor began as a source-compatible library called ROMlib.
  29. The idea is that ROMlib let you compile your app on platforms other
  30. than a Mac.  Eventually we abandoned that and moved to binary
  31. compatibility.  With a fast enough emulator, that's feasible, and we
  32. don't need the cooperation of the developers to get their programs
  33. running.
  34.  
  35. There are many tricky issues involved with writing a developer's kit.
  36. Endianness issues are the worst; 80x86 developers would have to be
  37. very careful to always byte swap at the right times.  A fancy
  38. developer's kit may be an avenue we explore in the future, but for now
  39. we've got to stay focused.
  40.  
  41. Thanks for the suggestion, though!
  42.  
  43. -Mat
  44.  
  45.