If enabled, the first 32 pages (8kB) of REU are used as a temporary area
to speed up screen scrolling.
The programs "80colreu", "80r[234]", and their compressed versions
are built to use the REU.
Lightly tested in vice, typical commandline
```
x64sc -reu -reusize 128 -autostart 80r3-compressed.prg
```
* Extract exomizer base command
* update exomizer to 3.1.1 with fast decruncher flags
This increases the size of charset3 to 4 blocks instead of 3,
and is said to give faster decrunch time.
It also updates the exomizer submodule to point at the official upstream,
not a defunct github mirror.
* Build the project with github actions
This produces a zip file with all the .prg files as well as the d64
image.
* try attaching files to a release
* only release d64 file
* rely on cc65 from os packages
In part because POSIX defines a text file as having a trailing
newline
https://stackoverflow.com/questions/729692/why-should-text-files-end-with-a-newline
but also because every time I edit this file with my favorite text
editor (vim), it insists on adding the final newline itself, so I
have to repeatedly un-add it manually which is irritating.
.. see GNU make for more information about this extension, which
prevents unwanted behavior if a file with a name like 'clean' or 'all'
is created accidentally
POSIX printf(1) doesn't support the \xXX specifier to print
characters by their hexadecimal values. By contrast, printing
octal values is portable.
Reference: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/printf.html
Signed-off-by: Jeff Epler <jepler@unpythonic.net>
