I wanted to make CVM's forth use the Grid subsystem, but doing so
would break the stage binary. Hence, this split.

Always returning zero caused test failures not to be properly
detected.

This will soon replace the libz80 based "forth" and
"stage" executables. This is much, much faster.

It helps a bit with staging times.

VI, here we come!

it was broken in the move to ncurses.

This will allow us to implement AT-XY, paving the way to all sorts
of nice new things.

Read the contents of forth.bin at runtime. This allows us to get
rid of the bin2c tooling.

Instead, embed absolute path to blkfs. Having to rebuild the stage
binary at every change in blkfs is getting tedious.

It doesn't change anything featurewise, but this change is in
preparation for the addition of an eventual AT-XY.

This should allow me to simplify LOAD's exit mechanism on block
end.

XPACKed source needing to be kept in bootstrap bin didn't make
much sense. With the removal of stripfc, it makes more sense to keep
the compiled form of stage 1 in repository as a bootstrap binary.

Also, rename it to forth.bin.

Big bootstrapping change which greatly reduces the role of the modern
operating system in the bootstrapping process.

This will allow us to read from blkfs in tests.

Less noisy this way

as well as emulator support for it. We can now write an edited
block back to "blkfs".

To update LATEST offset more easily. Will be useful for recipes.

Make LATEST configurable through a value in the binary instead of through
a ZASM constant. This enables the simple concatenation of compiled dicts and
simplifies the build process.

This requires us to significantly adjust our build process, which
now has 3 stages.

Modest first step

Big one.

This allows us to write higher order words directly in Forth, which is much
more convenient than writing post-immediate (see "NOT" structure in diff if
you want to see what I mean) structures in ASM.

These structures can then be written to ROM (rather than loaded in RAM for
definitions loaded at run-time).

That's quite a bit of tooling that was added, 2 compilations stages, but I
think it's well worth it.