Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!rutgers!att!oucsace!bchurch
From: bchurch@oucsace.cs.OHIOU.EDU (Bob Church)
Newsgroups: comp.sys.apple2
Subject: Re: IIe vs. IIgs; C-compilers
Summary: Try assembler for 8 bit apple
Message-ID: <1377@oucsace.cs.OHIOU.EDU>
Date: 8 May 90 02:42:30 GMT
References: <1312@ra.cs.Virginia.EDU> <12795@smoke.BRL.MIL>
Organization: Ohio University CS Dept., Athens
Lines: 30

In article <12795@smoke.BRL.MIL>, gwyn@smoke.BRL.MIL (Doug Gwyn) writes:
> 
> IIGS:	APW C (available only from APDA, now run by Apple)
> 	ORCA/C (available from ByteWorks, in some software stores)
> 
> 8-bit:	Aztec C (from Manx Software Systems)
> 	Hyper C, not recommended
> 
> Actually, I don't recommend developing C applications for the 8-bit
> Apple line unless your development system has a hard disk and a CPU
> accelerator.
> 
I use Orca/M and the Manx C compiler on my souped up //c. Unless you
are just wanting to learn C (which is what I'm doing) I would advise
against using Manx on the 8 bit machine. While my accellerated machine
can handle it ok the finished products tend to run too slowly for an
unexcellerated computer. Even printing text to screen is painfully slow.
The good news, however, is that the Apple // is a beauty to program in
Assembler. You can turn out programs that can be distributed to "off
the shelf" machines easily.

 
********************************************************************
*                                                                  *
*   bob church  bchurch@oucsace.cs.ohiou.edu                       *
*                                                                  *
*  If economics isn't an "exact" science why do computers crash    *
*  so much more often than the stock market?                       *
*                                          bc                      *
********************************************************************