Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!caip!clyde!cbatt!ihnp4!inuxc!pur-ee!uiucdcs!uiucdcsp!jenks
From: jenks@uiucdcsp.CS.UIUC.EDU
Newsgroups: net.micro.apple
Subject: Re: C compilers for 8 bit machines
Message-ID: <10300002@uiucdcsp>
Date: Mon, 8-Sep-86 20:20:00 EDT
Article-I.D.: uiucdcsp.10300002
Posted: Mon Sep  8 20:20:00 1986
Date-Received: Tue, 9-Sep-86 21:54:15 EDT
References: <2503@cbosgd.UUCP>
Lines: 27
Nf-ID: #R:cbosgd.UUCP:2503:uiucdcsp:10300002:000:1101
Nf-From: uiucdcsp.CS.UIUC.EDU!jenks    Sep  8 19:20:00 1986


/* Written  8:54 am  Sep  5, 1986 by ranger@ecsvax.UUCP in uiucdcsp:net.micro.apple */
> The Aztec compiler for the Apple has very slow screen handling because
> it uses a console driver that emulates a terminal.  Terminal screen
> control codes are decoded into control codes for the particular hardware
> being used.  This is great for portability but is very slow.

Aztec C included the source code for the editor (with the more expensive
versions), so you can do as I did and recompile the editor with your very
own driver -- it's easy.  This speeds things up incredibly!


> The other gripe I have with Aztec C on the Apple concerns float and d 
> double data types.....

/* End of text from uiucdcsp:net.micro.apple */

A gripe _I_ have is that the compiler is bloody slow!  A ram disk helps
an awful lot, but the compiler (at least on the Apple) crawls.  This
applies to both compilers, but the native code compiler is REALLY
turtle-like.

    Ken Jenks
    somewhere in the data sink,
    Shampoo-Banana (Champaign-Urbana), IL

quote: "Everything I say isn't profound; it just sounds like it"