Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!ucsd!tut.cis.ohio-state.edu!pt.cs.cmu.edu!andrew.cmu.edu!jm7e+ From: jm7e+@andrew.cmu.edu (Jeremy G. Mereness) Newsgroups: comp.sys.apple2 Subject: Re: Attention ALL Apple Programmers Message-ID: Date: 29 May 90 17:22:41 GMT References: <341@ankh.ftl.fl.us> Organization: Computing Systems, Carnegie Mellon, Pittsburgh, PA Lines: 47 In-Reply-To: <341@ankh.ftl.fl.us> Excerpts from netnews.comp.sys.apple2: 26-May-90 Attention ALL Apple Program.. Albert Chin@ankh.ftl.fl. (2412) > o Make note of my E-MAIL address and mail to me, within the next three > weeks, all enhancements you would like to see to your current > development platform. As a Unix user, I have come to expect the simplicity and power of /bin/cc as a c compiler. It is powerful, fast, and one can rest assured that if something goes wrong, it is your code, not a bug in the linker or the compiler. It is powerful enough so that C code may be ported easily from one machine/CPU to another. This coupled with editing the thing in an extremely powerful text-editor like gnu-emacs. I also have come to expect a shell as powerful and useful as C-shell, along with all the typical utility commands from Unix, i.e. grep, diff, lint, file redirection, make command pipe-lining, etc. These are not extraordinary things to ask for, even under the 16-bit environment of the GS. MS-DOS was an attempt to reporoduce this environment for the PC, albeit a sloppy one. The GS is a much nicer 16 bit machine than the PC, but no-one has put together a development package that can carry its own waight. Finally, this development package should be easily obtainable, if not standard equipment. Unix itself is shipped with cc and all the tools necessary to develop on it, even if the customer never intends to program on his machine. This is done so that software may be distributed as source code, which is machine independent and customizable. Expecting a programmer to shell out hundreds of extra dollars to develop on a machine only discourages development. Expecting //gs programmers to buy macintoshes to do development is absolutely ludicrous. The word is that Apple can't do anything about APW because they are obliagate to the Byte Works; that MPW is something that they have full rights to, so they focus their attention on it. Until this situation is rectified and Apple supports a powerful native-based compiler for the //gs, the industry will not have a reason to have confidence in the product. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |Jeremy Mereness | Support | Ye Olde Disclaimer: | |jm7e+@andrew.cmu.edu (internet) | Free | The above represent my| |a700jm7e@cmccvb (Vax... bitnet) | Software | opinions, alone. | |staff/student@Carnegie Mellon U. | | Ya Gotta Love It. | ---------------------------------------------------------------------------