2020-03-08 04:13:15 +11:00
|
|
|
Stack notation: "<stack before> -- <stack after>". Rightmost is top of stack
|
2020-03-10 06:12:44 +11:00
|
|
|
(TOS). For example, in "a b -- c d", b is TOS before, d is TOS after. "R:" means
|
2020-03-13 12:16:20 +11:00
|
|
|
that the Return Stack is modified. "I:" prefix means "IMMEDIATE", that is, that
|
|
|
|
this stack transformation is made at compile time.
|
2020-03-08 04:13:15 +11:00
|
|
|
|
2020-03-08 14:18:14 +11:00
|
|
|
DOES>: Used inside a colon definition that itself uses CREATE, DOES> transforms
|
2020-03-10 06:12:44 +11:00
|
|
|
that newly created word into a "does cell", that is, a regular cell ( when
|
|
|
|
called, puts the cell's addr on PS), but right after that, it executes words
|
|
|
|
that appear after the DOES>.
|
2020-03-08 14:18:14 +11:00
|
|
|
|
2020-03-10 06:12:44 +11:00
|
|
|
"does cells" always allocate 4 bytes (2 for the cell, 2 for the DOES> link) and
|
|
|
|
there is no need for ALLOT in colon definition.
|
2020-03-08 14:18:14 +11:00
|
|
|
|
2020-03-10 06:12:44 +11:00
|
|
|
At compile time, colon definition stops processing words when reaching the
|
|
|
|
DOES>.
|
2020-03-08 14:18:14 +11:00
|
|
|
|
2020-03-10 06:12:44 +11:00
|
|
|
Example: ": CONSTANT CREATE HERE @ ! DOES> @ ;"
|
|
|
|
|
|
|
|
Word references (wordref): When we say we have a "word reference", it's a
|
|
|
|
pointer to a words *code link*. For example, the label "PLUS:" in this unit is a
|
|
|
|
word reference. Why not refer to the beginning of the word struct? Because we
|
|
|
|
actually seldom refer to the name and prev link, except during compilation, so
|
|
|
|
defining "word reference" this way makes the code easier to understand.
|
|
|
|
|
|
|
|
Atom: A word of the type compiledWord contains, in its PF, a list of what we
|
|
|
|
call "atoms". Those atoms are most of the time word references, but they can
|
|
|
|
also be references to NUMBER and LIT.
|
2020-03-08 14:18:14 +11:00
|
|
|
|
2020-03-13 12:16:20 +11:00
|
|
|
Words between "()" are "support words" that aren't really meant to be used
|
|
|
|
directly, but as part of another word.
|
|
|
|
|
|
|
|
"*I*" in description indicates an IMMEDIATE word.
|
|
|
|
|
2020-03-10 13:13:11 +11:00
|
|
|
*** Defining words ***
|
2020-03-09 23:49:51 +11:00
|
|
|
: x ... -- Define a new word
|
|
|
|
; R:I -- Exit a colon definition
|
2020-03-13 04:52:27 +11:00
|
|
|
, n -- Write n in HERE and advance it.
|
2020-03-13 12:16:20 +11:00
|
|
|
' x -- a Push addr of word x to a.
|
2020-03-14 10:33:16 +11:00
|
|
|
['] x -- *I* Like "'", but spits the addr as a number
|
|
|
|
literal.
|
|
|
|
( -- *I* Comment. Ignore rest of line until ")" is read.
|
2020-03-10 13:13:11 +11:00
|
|
|
ALLOT n -- Move HERE by n bytes
|
2020-03-13 04:52:27 +11:00
|
|
|
C, b -- Write byte b in HERE and advance it.
|
2020-03-08 14:23:08 +11:00
|
|
|
CREATE x -- Create cell named x. Doesn't allocate a PF.
|
2020-03-17 12:31:43 +11:00
|
|
|
[COMPILE] x -- Compile word x and write it to HERE
|
|
|
|
COMPILE x -- Meta compiles. Kind of blows the mind. See below.
|
2020-03-10 13:13:11 +11:00
|
|
|
CONSTANT x n -- Creates cell x that when called pushes its value
|
2020-03-08 14:18:14 +11:00
|
|
|
DOES> -- See description at top of file
|
2020-03-10 13:13:11 +11:00
|
|
|
IMMEDIATE -- Flag the latest defined word as immediate.
|
2020-03-16 13:46:17 +11:00
|
|
|
LITN n -- *I* Inserts number from TOS as a literal
|
2020-03-10 13:13:11 +11:00
|
|
|
VARIABLE c -- Creates cell x with 2 bytes allocation.
|
|
|
|
|
2020-03-17 12:31:43 +11:00
|
|
|
Compilation vs meta-compilation. When you compile a word with "[COMPILE] foo",
|
|
|
|
its straightforward: It writes down to HERE wither the address of the word or
|
|
|
|
a number literal.
|
|
|
|
|
|
|
|
When you *meta* compile, it's a bit more mind blowing. It fetches the address
|
|
|
|
of the word specified by the caller, then writes that number as a literal,
|
|
|
|
followed by a reference to ",".
|
|
|
|
|
|
|
|
Example: ": foo [COMPILE] bar;" is the equivalent of ": foo bar ;" if bar is
|
|
|
|
not an immediate. However, ": foo COMPILE bar ;" is the equivalent of
|
|
|
|
": foo ['] bar , ;". Got it?
|
|
|
|
|
|
|
|
Meta-compile only works with real words, not number literals.
|
|
|
|
|
2020-03-10 13:13:11 +11:00
|
|
|
*** Flow ***
|
2020-03-16 13:46:17 +11:00
|
|
|
Note about flow words: flow words can only be used in definitions. In the
|
|
|
|
INTERPRET loop, they don't have the desired effect because each word from the
|
|
|
|
input stream is executed immediately. In this context, branching doesn't work.
|
|
|
|
|
2020-03-13 12:16:20 +11:00
|
|
|
(fbr) -- Branches forward by the number specified in its
|
|
|
|
atom's cell.
|
2020-03-16 13:46:17 +11:00
|
|
|
(bbr) -- Branches backward by the number specified in its
|
|
|
|
atom's cell.
|
|
|
|
AGAIN I:a -- *I* Jump backwards to preceeding BEGIN.
|
|
|
|
BEGIN -- I:a *I* Marker for backward branching with AGAIN.
|
2020-03-13 12:16:20 +11:00
|
|
|
ELSE I:a -- *I* Compiles a (fbr) and set branching cell at a.
|
2020-03-10 06:12:44 +11:00
|
|
|
EXECUTE a -- Execute wordref at addr a
|
2020-03-13 12:16:20 +11:00
|
|
|
IF -- I:a *I* Compiles a (fbr?) and pushes its cell's addr
|
2020-03-08 04:13:15 +11:00
|
|
|
INTERPRET -- Get a line from stdin, compile it in tmp memory,
|
|
|
|
then execute the compiled contents.
|
2020-03-16 13:46:17 +11:00
|
|
|
QUIT R:drop -- Return to interpreter prompt immediately
|
2020-03-11 07:02:40 +11:00
|
|
|
RECURSE R:I -- R:I-2 Run the current word again.
|
2020-03-15 00:23:58 +11:00
|
|
|
SKIP? f -- If f is true, skip the execution of the next atom.
|
|
|
|
Use this right before ";" and you're gonna have a
|
|
|
|
bad time.
|
2020-03-13 12:16:20 +11:00
|
|
|
THEN I:a -- *I* Set branching cell at a.
|
2020-03-08 13:12:30 +11:00
|
|
|
|
2020-03-14 07:40:55 +11:00
|
|
|
*** Parameter Stack ***
|
2020-03-15 08:48:24 +11:00
|
|
|
DROP a --
|
2020-03-10 13:13:11 +11:00
|
|
|
DUP a -- a a
|
|
|
|
OVER a b -- a b a
|
|
|
|
SWAP a b -- b a
|
2020-03-12 12:58:16 +11:00
|
|
|
2DUP a b -- a b a b
|
|
|
|
2OVER a b c d -- a b c d a b
|
|
|
|
2SWAP a b c d -- c d a b
|
2020-03-08 13:12:30 +11:00
|
|
|
|
2020-03-14 07:40:55 +11:00
|
|
|
*** Return Stack ***
|
|
|
|
>R n -- R:n Pops PS and push to RS
|
|
|
|
R> R:n -- n Pops RS and push to PS
|
|
|
|
I -- n Copy RS TOS to PS
|
|
|
|
I' -- n Copy RS second item to PS
|
|
|
|
J -- n Copy RS third item to PS
|
|
|
|
|
2020-03-10 13:13:11 +11:00
|
|
|
*** Memory ***
|
|
|
|
@ a -- n Set n to value at address a
|
|
|
|
! n a -- Store n in address a
|
2020-03-08 13:12:30 +11:00
|
|
|
? a -- Print value of addr a
|
|
|
|
+! n a -- Increase value of addr a by n
|
2020-03-12 13:11:54 +11:00
|
|
|
C@ a -- c Set c to byte at address a
|
|
|
|
C! c a -- Store byte c in address a
|
2020-03-14 07:40:55 +11:00
|
|
|
CURRENT -- a Set a to wordref of last added entry.
|
2020-03-10 13:13:11 +11:00
|
|
|
HERE -- a Push HERE's address
|
2020-03-13 12:49:10 +11:00
|
|
|
H -- a HERE @
|
2020-03-10 13:13:11 +11:00
|
|
|
|
|
|
|
*** Arithmetic ***
|
|
|
|
|
|
|
|
+ a b -- c a + b -> c
|
|
|
|
- a b -- c a - b -> c
|
2020-03-13 12:49:10 +11:00
|
|
|
-^ a b -- c b - a -> c
|
2020-03-10 13:13:11 +11:00
|
|
|
* a b -- c a * b -> c
|
|
|
|
/ a b -- c a / b -> c
|
2020-03-17 13:36:29 +11:00
|
|
|
MOD a b -- c a % b -> c
|
|
|
|
/MOD a b -- r q r:remainder q:quotient
|
2020-03-10 13:13:11 +11:00
|
|
|
|
2020-03-11 07:02:40 +11:00
|
|
|
*** Logic ***
|
|
|
|
= n1 n2 -- f Push true if n1 == n2
|
|
|
|
< n1 n2 -- f Push true if n1 < n2
|
|
|
|
> n1 n2 -- f Push true if n1 > n2
|
|
|
|
CMP n1 n2 -- n Compare n1 and n2 and set n to -1, 0, or 1.
|
|
|
|
n=0: a1=a2. n=1: a1>a2. n=-1: a1<a2.
|
|
|
|
NOT f -- f Push the logical opposite of f
|
|
|
|
|
|
|
|
*** Strings ***
|
2020-03-16 13:46:17 +11:00
|
|
|
LITS x -- a Read following LIT and push its addr to a
|
2020-03-14 07:40:55 +11:00
|
|
|
SCMP a1 a2 -- n Compare strings a1 and a2. See CMP
|
2020-03-11 07:02:40 +11:00
|
|
|
|
2020-03-10 13:13:11 +11:00
|
|
|
*** I/O ***
|
2020-03-15 10:10:39 +11:00
|
|
|
|
|
|
|
A little word about inputs. There are two kind of inputs: direct and buffered.
|
|
|
|
As a general rule, we read line in a buffer, then feed words in it to the
|
|
|
|
interpreter. That's what "WORD" does. If it's at the End Of Line, it blocks and
|
|
|
|
wait until another line is entered.
|
|
|
|
|
|
|
|
KEY input, however, is direct. Regardless of the input buffer's state, KEY will
|
|
|
|
return the next typed key.
|
|
|
|
|
2020-03-10 13:13:11 +11:00
|
|
|
. n -- Print n in its decimal form
|
2020-03-15 10:10:39 +11:00
|
|
|
EMIT c -- Spit char c to output stream
|
|
|
|
IN> -- a Address of variable containing current pos in input
|
|
|
|
buffer.
|
|
|
|
KEY -- c Get char c from direct input
|
2020-03-11 04:00:57 +11:00
|
|
|
PC! c a -- Spit c to port a
|
|
|
|
PC@ a -- c Fetch c from port a
|
2020-03-15 10:10:39 +11:00
|
|
|
WORD -- a Read one word from buffered input and push its addr
|
2020-03-10 13:13:11 +11:00
|
|
|
|