collapseos/emul
2020-05-03 12:51:21 -04:00
..
hw
libz80@8a1f935daa
.gitignore Keep stage1 bootstrap bin instead of stage 0 2020-04-29 19:38:43 -04:00
emul.c
emul.h
forth.bin Pack core words blks a bit tighter 2020-05-02 21:47:32 -04:00
forth.c Keep stage1 bootstrap bin instead of stage 0 2020-04-29 19:38:43 -04:00
Makefile Keep stage1 bootstrap bin instead of stage 0 2020-04-29 19:38:43 -04:00
README.md Update READMEs 2020-05-03 12:51:21 -04:00
stage1.fs
stage.c Keep stage1 bootstrap bin instead of stage 0 2020-04-29 19:38:43 -04:00
xcomp.fs Pack core words blks a bit tighter 2020-05-02 21:47:32 -04:00

emul

This folder contains a couple of tools running under the libz80 emulator.

Not real hardware

In the few emulated apps described below, we don't try to emulate real hardware because the goal here is to facilitate "high level" development.

These apps run on imaginary hardware and use many cheats to simplify I/Os.

For real hardware emulation (which helps developing drivers), see the hw folder.

Build

First, make sure that the libz80 git submodule is checked out. If not, run git submodule init && git submodule update.

After that, you can run make and it builds the forth interpreter.

Run ./forth to get the COllapse OS prompt. Type 0 LIST for help.

Problems?

If the libz80-wrapped zasm executable works badly (hangs, spew garbage, etc.), it's probably because you've broken your bootstrap binaries. They're easy to mistakenly break. To verify if you've done that, look at your git status. If forth.bin is modified, try resetting it and then run make clean all. Things should go better afterwards.

If that doesn't work, there's also the nuclear option of git reset --hard and git clean -fxd.

If that still doesn't work, it might be because the current commit you're on is broken, but that is rather rare: the repo on Github is plugged on Travis and it checks that everything is smooth.