Running a ROM on an everdrive is one thing, but running a ROM
directly is another: my hacked up sega.bin didn't have a proper
checksum, so the ROM didn't run.

This new tool transforms a binary into a properly-headered ROM.

Has been tested on an actual SMS.

By default, it changes nothing, but it allows interesting
setups, such as using AT28! for directly uploading to EEPROM.

I've also updated the EEPROM recipe to upload directly to 0x2000.
I'm not sure what has changed, but it's working fine now.

Previously, communications with my RC2014 would always be rocky and
fail most of the time. By sending an CR at init, things go much
smoother.

Under OpenBSD, stdin is already used by the device itself because of
the whole "stty has no memory" situation.

Previously, it could never write more than a few bytes before pingpong
getting a mismatch error. Now, I can pingpong Collapse OS binary
without a mismatch.

So far, I hadn't managed to run those tools properly on OpenBSD. I
was too confused by its stty peculiarities. I'm still confused, but
at least I managed to make them work... most of the time...

This was becoming heavy to manage.

This is the first commit I do entirely in VE. It's a habit I'm planning
on taking as it helps a lot to find usability issues.

* Report when a file cannot be opened

* Close files when done reading them

The man page says it's not always available and it caused problems
under some FSes. The condition is not needed in the context of
blk/, let's scrap it.

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

Addressed devices are not included in Collapse OS by default. Let's
just accept that upload only works with memory.

With this tool, we can send content to a TRS-80 directly to floppy.
This paves the way to writing ourselves a set of disks containing the
blkfs!

not actually tested yet...

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

Also, fix some PSP leaks related to LOAD.

and remove cfspack, which will not ever be used again.

It makes the tool much more versatile. I'll have adev being included
in all recipes, so it can be assumed.

`xxd' is not available on all systems, and on others does not support
the `-i' flag. Since bin2c.sh relied on a tool that I can't seem to find
a compatible version of, I have included a simple, portable replacement in C.

Usage remains the same:
bin2c ARRAYNAME < inputfile > outputfile.

This change is also reflected in emul/Makefile.

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

Sending the escape after its target made things complicated for upcoming
stuff I want to add. Although it makes `recv.asm` slightly larger, it's really
worth it.

It seems that my little "@.c" trick only worked in BSD make...

Some compilers don't like assigning stdout statically.

Use it in shell instead of using popen()

Also, removed leftover in runbin.c (what did it do there??) that
could result in tests falsely passing.

Things are now much simpler.

HL, instead of being preserved, is set to the character following
the last read character.