Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!uwvax!husc6!endor!stew
From: stew@endor.UUCP
Newsgroups: comp.sys.mac
Subject: Re: MPW C annoyances....
Message-ID: <1535@husc6.UUCP>
Date: Tue, 31-Mar-87 00:51:47 EST
Article-I.D.: husc6.1535
Posted: Tue Mar 31 00:51:47 1987
Date-Received: Wed, 1-Apr-87 05:40:55 EST
References: <12500007@acf4.UUCP>
Sender: news@husc6.UUCP
Reply-To: stew@endor.UUCP (Stew Rubenstein)
Organization: Aiken Computation Lab Harvard, Cambridge, MA
Lines: 24

To: spector@acf4.UUCP
Subject: Re: MPW C annoyances....
Newsgroups: comp.sys.mac
In-Reply-To: <12500007@acf4.UUCP>
Organization: Aiken Computation Lab Harvard, Cambridge, MA
Cc: 
Bcc: 


I agree with you...  I tell myself that good coding practice uses

typedef short INT16;
typedef unsigned long UINT32;

etc.  But this loses because of the "usual arithmetic conversions" that
waste time doing a ton of conversions and 32 bit arithmetic with 16 bit
operands.

The code generator in MPW is far, far superior to that in LightSpeed C,
but because of all the stupid conversions, the net result is a wash.

I also cursed and swore for a while when I found out that the MPW C
library routines expect null terminated strings instead of pascal
style.  grumble...