home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text0921.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.1 KB  |  51 lines
  1. >>>>> "Stewart" == Stewart Smith <ssmith@essun2.csu.murdoch.edu.au> writes:
  2. In article <4gdp1u$3vf@newsman.murdoch.edu.au> ssmith@essun2.csu.murdoch.edu.au (Stewart Smith) writes:
  3.  
  4.  
  5.     Stewart> Greetings, I'm interested in developing some portable
  6.     Stewart> applications on several platforms, but currently don't
  7.     Stewart> have any Mac hardware.
  8.  
  9.     Stewart> Is it possible yet to write code for the Mac API under
  10.     Stewart> Executor?
  11.  
  12. Not easily.  The most popular C compilers are not yet usable under
  13. Executor.
  14.  
  15.     Stewart> Do any C++ compilers run under Executor?
  16.  
  17. None that I know of -- Think and Code Warrior *don't* run.
  18.  
  19.     Stewart> Since Executor is totally independent of Apple code, ARDI
  20.     Stewart> must already have implemented a Mac API for DOS and
  21.     Stewart> Unix. Have you folks at ARDI ever considered releasing
  22.     Stewart> your Mac API as a tool for developers to port Mac
  23.     Stewart> applications to DOS/Unix, or for DOS/Unix people to
  24.     Stewart> develop code for Macs? What I'd like to see is some sort
  25.     Stewart> of library (source isn't necessary) that I could link to
  26.     Stewart> programs written using gcc or djgcc. I personally would
  27.     Stewart> find this a useful tool for which I'd be prepared to pay
  28.     Stewart> at least what you're asking for Executor. I realise that
  29.     Stewart> I'd eventually have to compile my code using a Mac
  30.     Stewart> compiler in order to produce a binary, but at least I
  31.     Stewart> could do my development on a stable operating system
  32.     Stewart> (ie. Linux) using my existing hardware.
  33.  
  34. That was ARDI's original idea.  We had a product called ROMlib for the
  35. Sun-3 series (yup, we were working on all this mess back when Sun-3s
  36. were still viable) but working with programmers involved too much
  37. hand-holding.  We might go back in that direction *after* Executor 2
  38. brings in enough cash to hire some additional employees, but we won't
  39. even think about it until after E2 is out.
  40.  
  41.     Stewart> No doubt these questions have been asked before. Thought
  42.     Stewart> it was worth a try, though...
  43.  
  44. Probably can't help you in the timeframe you're interested in.  Sorry.
  45.  
  46.     Stewart> Stewart
  47.  
  48. --Cliff
  49. ctm@ardi.com
  50.  
  51.