home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20401 < prev    next >
Encoding:
Text File  |  1992-12-29  |  3.9 KB  |  85 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!news.cso.uiuc.edu!ux2.cso.uiuc.edu!sink
  3. From: e-sink@uiuc.edu (Eric W. Sink)
  4. Subject: Re: Sozobon C - a free C for the Mac, too?
  5. References: <29848@castle.ed.ac.uk>
  6. Message-ID: <C01nrF.5ps@news.cso.uiuc.edu>
  7. Originator: sink@ux2.cso.uiuc.edu
  8. Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
  9. Reply-To: e-sink@uiuc.edu
  10. Organization: University of Illinois at Urbana
  11. Distribution: comp
  12. Date: Tue, 29 Dec 1992 23:26:02 GMT
  13. Lines: 70
  14.  
  15. Can't resist a few comments on this one:
  16.  
  17. ngse18@castle.ed.ac.uk (J R Evans) writes:
  18.  
  19. >Language implementations for the Mac, free of restrictions, are a little
  20. >thin on the ground when compared with other platforms.  Although gcc has
  21. >been ported to the Mac, it requires the proprietory MPW environment.  
  22. >Eric Sink offered his 'Harvest C' to the community some months back,
  23. >but himself describes it as an inappropriate line of development, and
  24. >has encouraged hackers to concentrate their efforts through the TopSoft
  25. >group on providing an unfettered environment for gcc, using the Harvest
  26. >user interface as a starting point.
  27.  
  28. Minor point: actually it is not the user interface which is viable
  29. from Harvest C, it is the linker, and maybe the assembler.  You could
  30. use the GUI too if you liked, but that's not the hard part to rewrite.
  31.  
  32. [ Why not Sozobon C ? ]
  33.  
  34. >Unlike Harvest C, which by its author's statements needs
  35. >substantial further debugging, Sozobon C has gone through several stages
  36. >of refinement and produces workmanlike code (e.g. it can compile itself
  37. >reliably).
  38.  
  39. >I suspect that a port to the Mac is not too horrendous a job, and I spent
  40.  
  41. Perhaps bigger than you might think.  Early versions of Harvest C could
  42. self-compile reliably too.  Those version were on par with Sozobon
  43. in features: simple C compilation with no special support for Mac
  44. compilation.  THEN, I added Mac A5 globals, support for pascal functions,
  45. and so on.  THEN, you need a way to link.  What object files are you
  46. going to generat e, and what will link them ?  Back to compilation,
  47. what about traps ?
  48.  
  49. >So given that we can have a basic small compiler running quickly, just how 
  50. >big a job might it be to make this produce Mac code?  Comments sought!
  51. >[e.g. Sozobon doesn't know about the specialised purposes assigned within 
  52. >the Mac to A5, but apart from telling the compiler to leave A5 alone, 
  53. >I guess most of this stuff will appear in the libraries? Is that so? -- 
  54. >As is probably obvious, I've done comparitively little Mac programming.]
  55.  
  56. Lots of work.  Actually producing the assembler instructions for C code
  57. is the "easy" part.  Turning all that into a Mac application is much
  58. harder.
  59.  
  60. >Just in case anyone runs away with the idea that *I* might produce
  61. >such a compiler, let's say here and now that I don't have the time --
  62.  
  63. bummer.
  64.  
  65. >all I've done is a little exploratory work, and I'm offering the idea
  66. >to those who may have a little more.  It seems to me that this may
  67. >be a flier, and the objective of getting a functional, unencumbered C 
  68. >compiler on the Mac could be achieved at an early date.  I'd like to
  69. >generate a discussion on the merits of such a project.
  70.  
  71. I would like to see a free C compiler on the Mac.  Any compiler.
  72. Simple support for minimal C features, no major optimizations needed.
  73. All it needs to be is reliable.
  74.  
  75. Unfortunately, even starting with Sozobon, it's a BIG job.  It may be
  76. less work than gcc, in which case I'd support the idea.  The fastest
  77. route to a free, stable C compiler is a good road.  What we seem to
  78. need are people with free time, which we don't have.
  79.  
  80. -- 
  81. Eric W. Sink, Spyglass        | "In all the earth, only humans have the ability
  82. 1800 Woodfield Drive          |    to be content in bad situations...
  83. Savoy, IL  61826              |    and vice-versa."
  84. ---- e-sink@uiuc.edu ---------|---------- 217-355-6000 -----------------------
  85.