Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!sri-spam!ames!ucbcad!ucbvax!husc6!endor!singer
From: singer@endor.UUCP
Newsgroups: comp.sys.mac
Subject: Re: Compiler efficiency
Message-ID: <3181@husc6.UUCP>
Date: Thu, 12-Nov-87 15:34:43 EST
Article-I.D.: husc6.3181
Posted: Thu Nov 12 15:34:43 1987
Date-Received: Sat, 14-Nov-87 14:52:45 EST
References: <3987@watdragon.waterloo.edu> <304@fairlight.oz> <1730@pdn.UUCP> <4285@sdcsvax.UCSD.EDU>
Sender: news@husc6.UUCP
Reply-To: singer@endor.UUCP (Richard Siegel)
Organization: THINK Technologies, Inc., Bedford, MA
Lines: 19

In article <4285@sdcsvax.UCSD.EDU> borton@net1.UUCP (Chris Borton) writes:
>Thank you Alan for the description of [in]efficient 68000 code generation.
>
>I am curious to hear 'expert' opinions on the code generated by LightspeedC,

	Me too. :-)

I'm not sure I can talk about LSC's code generation, and I know I can't
talk about the runtime constructs, but I'll see what I can say, and post
at a later time.

		--Rich

**The opinions stated herein are my own opinions and do not necessarily
represent the policies or opinions of my employer (THINK Technologies, Inc).

* Richard M. Siegel | {decvax, ucbvax, sun}!harvard!endor!singer    *
* Customer Support  | singer@endor.harvard.edu			    *
* Symantec, THINK Technologies Division.  (No snappy quote)         *