Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!clyde.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!usc!wuarchive!cs.utexas.edu!asuvax!stjhmc!p88.f15.n300.z1.fidonet.org!Lawson.English
From: Lawson.English@p88.f15.n300.z1.fidonet.org (Lawson English)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Increment (Was Re: Pascal deficiency)?
Message-ID: <33017.27737F45@stjhmc.fidonet.org>
Date: 22 Dec 90 15:20:07 GMT
Sender: ufgate@stjhmc.fidonet.org (newsout1.26)
Organization: FidoNet node 1:300/15.88 - Tucson Apple Core, Tucson AZ
Lines: 24

Philip Machanick writes in a message to All

PM> Many of the programmer-directed "optimizations" in C, like register 
PM> variables, ought to be unnecessary with a modern optimizing compiler.

With pipelining, and global optimization of registers (is this last even 
possible
on a Mac?), the consensus it that the "register" variable days of C or fast
fading (though (aside from HyperC) I have yet to see a good optimizing 
compiler
on the Mac.

BTW, has anyone thought to time the trap dispatcher for the '020/030 series
computers? My work a few years back on an acellerator card indicated that the
faster the processor, the more overhead the trap dispatcher gave.

Lawson
 

 

--  
Uucp: ...{gatech,ames,rutgers}!ncar!asuvax!stjhmc!300!15.88!Lawson.English
Internet: Lawson.English@p88.f15.n300.z1.fidonet.org