Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!batcomputer!cornell!uw-beaver!zephyr.ens.tek.com!orca.wv.tek.com!frip!andrew
From: andrew@frip.WV.TEK.COM (Andrew Klossner)
Newsgroups: comp.sys.m88k
Subject: compilers (was Machines that use the 88's)
Message-ID: <10563@orca.wv.tek.com>
Date: 9 Apr 91 19:07:11 GMT
References: <1991Apr8.232844.10017@xavax.com>
Sender: nobody@orca.wv.tek.com
Reply-To: andrew@frip.wv.tek.com
Distribution: na
Organization: Tektronix, Wilsonville, Oregon
Lines: 16

[]

	"I feel the 88k has a slight edge by not having the internals
	of the pipeline visible to the compiler."

A decent 88k compiler will still keep its eye on pipeline internals or
the performance of its generated code will be poor.  The obvious
example is a load;store with no intervening instructions, which wastes
at best two cycles and at worst a dozen or more.

The 88k scoreboard hold system just allowed 88k developers to get
started with stupid compilers while awaiting good compilers.  And boy,
have I seen some stupid compilers ...

  -=- Andrew Klossner   (uunet!tektronix!frip.WV.TEK!andrew)    [UUCP]
                        (andrew%frip.wv.tek.com@relay.cs.net)   [ARPA]