Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.lightlink.com!news.ripco.com!news.glorb.com!news-out.readnews.com!news-xxxfer.readnews.com!s09-10.readnews.com!not-for-mail From: Patrick Scheible Newsgroups: comp.arch,alt.folklore.computers Subject: Re: Solving the Floating-Point Goldilocks Problem! References: <4E5FA249.7040604@SPAM.comp-arch.net> <4E5FA249.7040604@SPAM.comp-arch.net> <4E5FA249.7040604@SPAM.comp-arch.net> <4E610639.1060200@SPAM.comp-arch.net> Date: Mon, 05 Sep 2011 22:48:55 -0700 Message-ID: <86vct68blk.fsf@zipcon.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) Cancel-Lock: sha1:X91rakuE49nMAoznYV2AUg3Ee44= MIME-Version: 1.0 Content-Type: text/plain Lines: 19 Organization: The Zip Connection (zipcon.net) NNTP-Posting-Host: d42b5999.news.zipcon.net X-Trace: DXC=e0>hE0\8YJTaTW?f1gG?hTU>Dm5d6:E6]mSSGa@RZ@6Vc2@Cb0MlF^]_A>1gcoFWo]0>j:A4fn_k] X-Complaints-To: abuse@zipcon.net Xref: x330-a1.tempe.blueboxinc.net comp.arch:3490 Peter Flass writes: > On 9/3/2011 10:57 AM, jmfbahciv wrote: >> I don't consider our byte instructions CISCy. My opinion, >> which has to be taken as an uneducated opinion in c.a, is that >> the PDP-10 had the RISC philosophy underneath. > > I'd not say they were CISCy. As I recall there was ILDB and IDPB for > byte loads and stores that were register-storage; no storage to > storage stuff. The comp.arch people know a lot more about the details > than I do, but a barrel-shifter and a few gates for masking would be > all you'd need. Yeah, but the PDP-10 also featured arbitrary levels of indirection on memory accesses. It made possible a lot of interesting data structures, but also made it very difficult to tell which pieces of memory any given instruction were going to access in advance. -- Patrick