Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!usc!julius.cs.uiuc.edu!apple!lins
From: lins@Apple.COM (Chuck Lins)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Increment (Was Re: Pascal deficiency)?
Summary: Code size does now measure code quality
Message-ID: <47675@apple.Apple.COM>
Date: 2 Jan 91 18:17:01 GMT
References: <33019.27737F47@stjhmc.fidonet.org> <47576@apple.Apple.COM>
Organization: Apple Computer Inc., Cupertino, CA
Lines: 20

In article <47576@apple.Apple.COM> keith@Apple.COM (Keith Rollin) writes:
>By the way, I also tried out gC on a much larger program. Compiled
>under MPW 3.2 C, this program was 83K long. Under gC, the program
>was 81K. Either:

Code size is not necessarily a valid measure of code quality. For the 020 and
030 the compiler can generate MORE instructions and yet the code will run
faster. Alignment of data to longwords boundaries is very important on these
processors. (And both MPW C and Pascal are poor in this regard.) There are
other factors as well but there's no sense going into them unless you want to
write a compiler.


-- 
Chuck Lins               | "Is this the kind of work you'd like to do?"
Apple Computer, Inc.     | -- Front 242
20525 Mariani Avenue     | Internet:  lins@apple.com
Mail Stop 37-BD          | AppleLink: LINS@applelink.apple.com
Cupertino, CA 95014      | "Self-proclaimed Object Oberon Evangelist"
The intersection of Apple's ideas and my ideas yields the empty set.