home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text1111.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  3.0 KB  |  64 lines
  1. >>>>> "Mark" == Mark Adler <Mark.Adler@quest.jpl.nasa.gov> writes:
  2.  
  3.     >>> NEXTSTEP port
  4.     Mark> Oh thank you, thank you.
  5.  
  6.     Mark> (To the person who wondered if NEXTSTEP was some sort of i/o
  7.     Mark> support, no.  NEXTSTEP is the only decent operating system,
  8.     Mark> window application environment, and development environment
  9.     Mark> in the universe.  It is the birthplace of Executor and the
  10.     Mark> port of NEXTSTEP to non-680x0 architectures was the
  11.     Mark> inspiration for the synthetic cpu in Executor.  Cliff can
  12.     Mark> correct me if I'm wrong here.)
  13.  
  14. In my opinion NEXTSTEP is in fact the best operating system/windowing
  15. system currently available.
  16.  
  17. The first 10,000 lines of ROMlib, the precursor to Executor, were
  18. written on a 1 MB Macintosh Plus with no hard drive, only one floppy
  19. drive and no printer.  I used "Lightspeed C" version 1 (the precursor
  20. to Think C) and had to use five different floppies for the source
  21. since there wasn't too much room left on an 800k floppy with
  22. Lightspeed C on it.
  23.  
  24. The filesystem was actually written on a PDP-11 (no, I'm not making
  25. this up) running UNIX.  Executor itself, was actually born on a
  26. Sun3/60 taking over the frame buffer directly.  A port to X-Windows on
  27. the Sun3/60 followed, but yes, NEXTSTEP was where Executor was first
  28. commercially released.
  29.  
  30. NeXT's port of NEXTSTEP to non-680x0 architecture was not the
  31. inspiration for the synthetic CPU in Executor.  I've been familiar
  32. with portable code and assembly language since before NeXT existed.  I
  33. knew from the start that if we were to port Executor to a non-68k
  34. environment we'd need a synthetic CPU.  Originally I designed the
  35. synthetic CPU when I was in bed with pneumonia.  I hired Mat Hostetter
  36. to implement my design -- I thought I would do the design work and
  37. hold his hand as he implemented it.  HAH!  Mat came up with a much
  38. better design and needed none of my help to implement it (although I
  39. had to do some revamping of Executor's internals so that it would mate
  40. nicely with Mat's synthetic CPU and also not be freaked out by the
  41. different byte ordering involved).
  42.  
  43. Although we like NEXTSTEP quite a lot, we shifted all our development
  44. to Linux because NEXTSTEP licenses are expensive, NeXT doesn't fix
  45. their kernel bugs and it's a pain to compile Free Software Foundation
  46. tools under NEXTSTEP right out of the box -- we get a lot of leverage
  47. out of the FSF tools.  Since we made the shift we also found that we
  48. could use hardware watchpoints under gdb under Linux (a big win) and
  49. lately we've also been using a Linux only debugging tool called
  50. "checker".  It was sad to move our development to Linux, but NeXT
  51. didn't seem to care and in the long run it's helped us.
  52.  
  53. For people doing high level development the NEXTSTEP development
  54. environment probably can't be beat right now (but that's changing).
  55. However, writing a Mac emulator isn't a high level undertaking.
  56. Furthermore, as an Independent Software Vendor, we need a market for
  57. our products and being only able to sell to NEXTSTEP users greatly
  58. narrows the potential customer base.
  59.  
  60.     --Cliff
  61.     ctm@ardi.com
  62.  
  63.  
  64.