Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: Notesfiles $Revision: 1.7.0.10 $; site ccvaxa
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!ihnp4!inuxc!pur-ee!uiucdcs!ccvaxa!aglew
From: aglew@ccvaxa.UUCP
Newsgroups: net.arch
Subject: Re: Addressing modes
Message-ID: <5100025@ccvaxa>
Date: Sat, 8-Mar-86 22:15:00 EST
Article-I.D.: ccvaxa.5100025
Posted: Sat Mar  8 22:15:00 1986
Date-Received: Wed, 12-Mar-86 02:10:48 EST
References: <946@garfield>
Lines: 16
Nf-ID: #R:garfield:-94600:ccvaxa:5100025:000:922
Nf-From: ccvaxa.UUCP!aglew    Mar  8 21:15:00 1986


> /* Written  7:22 am  Mar  6, 1986 by jer@peora.UUCP in ccvaxa:net.arch */
> It might be, in fact, that the microprogram for that instruction set is
> implemented in a PLA, as a finite state machine, so you get into this area
                   ^^^
> of fine distinctions if you try to draw the line in terms of what the
> "language" looks like in which it's programmed, i.e., when is it "hardware"
> vs. "firmware" or "software".

Just thought that you might be amused to try macroprogramming in a PLA.
I implemented the Quine-McCluskey PLA compression algorithm, with some tree
search pruning techniques to speed things up, and was looking around for
things to test it on. You never have a large FSA when you need one.
For a lark, I applied it to a whole slew of Z80 assembler programs
(actually, the machine code) that somebody had left lying around on my
system: 30% compression. Of course, it took a week to do it.