Re: [stack] Concatenative Hardware

"Christopher Diggins" <[email protected]>
Newsgroups gmane.comp.lang.concatenative
Message-ID <[email protected]>
On 11/1/07, Daniel Ehrenberg <[email protected]> wrote:
> This is pretty high-level for an instruction set, don't you think?

Well part of the fun of designing hardware is you get to do what you want. :-)
It is very high-level, which is what I want to experiment with.

> Would it be that easy to implement QTE, COMP or DIP?

I don't know. A cons cell implementation wouldn't be too bad, but I
fear the performance might be horrendous.

> How would
> quotations be represented?

This is an open question, I'm fishing for ideas. Some possibilities
that I am aware of:
- cons cells
- linked arrays
- vlists

> This looks like just a small vocabulary for
> a concatenative langauge, or I'm missing something.

That's one way of looking at it. It is also similar to the language
minimal instruction set computers (e.g.
http://www.cs.uiowa.edu/~jones/arch/cisc/), except for higher-order
instructions.

It appears that higher-order instructions can allow for significantly
more compact code than is possible with traditional stack-oriented
architectures, which is an area of research I am interested in
pursuing.

Anyway, I'd like to hear suggestions on how to implement quotations in
hardware, or ways to improve the effectiveness of the instruction set
while maintaining higher-order instructions.

I'm open to the idea of 1 or even 2 operand instruction sets as well.

Cheers,
Christopher
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.