Keep in mind that there are embedded Forth applications running from ROM, with no mass storage of any kind, and even compiled with headerless code so they can't look anything up in a dictionary, and in that case you can also remove FIND : , C, CREATE ALLOT and so on.

My workbench computer has very little human I/O, and, although it can read and write serial EEPROMs and large serial flash memories, it really has no file system built in. All program material I load into it comes to it as source code over an RS-232 line from the PC (or other host), and it compiles, assembles, or interprets, as appropriate, on the fly, as the source code is coming in. The PC just thinks it's printing the material to an old serial printer with no graphics capability. The workbench computer has Forth-83 in EPROM (with additions I have chosen from many sources) but it doesn't know what a block is. I formed the Forth on the PC and programmed it into the EPROM, including the Forth assembler.

_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?

I was looking through this part of the spec not so long ago while I was trying to figure out how best to update my own Forth system, and I noticed that while the committe specified that you must implement the BLOCK wordset if you want to implement the File-Access wordset, there's apparently no requirement to define valid blocks, which leads to a fairly trivial, standard-conforming, and completely useless implementation.

Still, if you want ANS compliance, support for files, and couldn't be bothered about blocks, it's an option.

I had forgotten about that requirement. But somewhere in the fine print there's also the detail that you can make any "required" word set user-loadable. Which means it's sufficient to provide the source code for BLOCK. (This gave an "out" to those who wanted to make a files-only Forth.)

_________________
Because there are never enough Forth implementations: http://www.camelforth.com