collapseos/arch/z80/sms/Makefile

# See /doc/hw/z80/sms.txt
TARGET = os.bin
BASE = ../../..
STAGE = $(BASE)/cvm/stage
BLKPACK = $(BASE)/tools/blkpack
SMSROM = $(BASE)/tools/smsrom
EMUL = $(BASE)/emul/z80/sms

.PHONY: all
all: $(TARGET) 
$(TARGET): xcomp.fs $(STAGE) blkfs
	cat xcomp.fs | $(STAGE) blkfs > $@

$(SMSROM):
$(BLKPACK):
	$(MAKE) -C ../tools

blkfs: $(BLKPACK) $(BASE)/blk.fs blk.fs
	cat $(BASE)/blk.fs blk.fs | $(BLKPACK) > $@

$(STAGE):
	$(MAKE) -C $(BASE)/cvm stage

os.sms: $(TARGET) $(STAGE) $(SMSROM)
	$(SMSROM) $(TARGET) > $@

$(EMUL):
	$(MAKE) -C ${@:%/sms=%}

.PHONY: emul
emul: $(EMUL) $(TARGET)
	$(EMUL) $(TARGET)
Complete overhaul of recipes Recipes contain bits and pieces of hardware-related knowledge, but these bits feel sparse. I've been wanting to consolidate hardware- related documentation for a while, but always fell at odds with the recipes organisation. We don't have recipes anymore, just a /doc/hw section that contains hardware-related documentation which often translate to precise instructions to run Collapse OS on a specific machine. With this new organisation, I hope to end up with a better, more solid documentation. 2020-10-30 20:31:47 -04:00			`# See /doc/hw/z80/sms.txt`
sms: WIP ! 2020-05-14 22:15:31 -04:00			`TARGET = os.bin`
Complete overhaul of recipes Recipes contain bits and pieces of hardware-related knowledge, but these bits feel sparse. I've been wanting to consolidate hardware- related documentation for a while, but always fell at odds with the recipes organisation. We don't have recipes anymore, just a /doc/hw section that contains hardware-related documentation which often translate to precise instructions to run Collapse OS on a specific machine. With this new organisation, I hope to end up with a better, more solid documentation. 2020-10-30 20:31:47 -04:00			`BASE = ../../..`
recipes: use cvm's staging binary instead of emul's Much faster! 2020-06-26 21:23:13 -04:00			`STAGE = $(BASE)/cvm/stage`
recipes/sms: move recipe blocks into local overlay 2020-09-20 10:21:21 -04:00			`BLKPACK = $(BASE)/tools/blkpack`
tools: add smsrom 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. 2020-10-10 13:28:36 -04:00			`SMSROM = $(BASE)/tools/smsrom`
emul/z80: flatten directory structure I'm about to reuse sdc.c in sms.c and the old directory structure was becoming awkward. 2020-10-25 15:58:00 -04:00			`EMUL = $(BASE)/emul/z80/sms`
recipes/sms: New section for Sega Master System 2019-07-01 11:05:25 -04:00
			`.PHONY: all`
sms: WIP ! 2020-05-14 22:15:31 -04:00			`all: $(TARGET)`
recipes/sms: move recipe blocks into local overlay 2020-09-20 10:21:21 -04:00			`$(TARGET): xcomp.fs $(STAGE) blkfs`
			`cat xcomp.fs \| $(STAGE) blkfs > $@`

tools: add smsrom 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. 2020-10-10 13:28:36 -04:00			`$(SMSROM):`
recipes/sms: move recipe blocks into local overlay 2020-09-20 10:21:21 -04:00			`$(BLKPACK):`
			`$(MAKE) -C ../tools`

grid: change the meaning of CELL! Replace the "g" arg (glyph) with "c" (character). The reason why "g" was used was to save a "0x20 -" operation at all CELL! implementations, but this came with too big a drawback: it made CELL! hardly usable outside of the Grid subsystem, mostly because the user of CELL! would often have to do "0x20 -". For example, I want the SMS's Pad driver to use CELL! directly instead of having to do EMIT+XYPOS-messing-around. I would have had to do a "0x20 -" there. 2020-11-16 09:11:47 -05:00			`blkfs: $(BLKPACK) $(BASE)/blk.fs blk.fs`
Transform "blk/" folders into "blk.fs" text files Working in "blk/" folder from a modern system is harder than it should be. Moving blocks around is a bit awkward, grepping is a bit less convenient than it could be, git blame has troubles following, etc. In this commit, we modify blkpack and blkunpack to work with single text files with blocks being separated by a special markup. I think this will make the code significantly more convenient to work into. 2020-11-14 18:00:31 -05:00			`cat $(BASE)/blk.fs blk.fs \| $(BLKPACK) > $@`
sms: WIP ! 2020-05-14 22:15:31 -04:00
recipe: fix makefiles for fresh clone contexts All recipe makesfiles would previously assume a built emul/. Fixes #113 2020-06-11 12:23:59 -04:00			`$(STAGE):`
recipes: use cvm's staging binary instead of emul's Much faster! 2020-06-26 21:23:13 -04:00			`$(MAKE) -C $(BASE)/cvm stage`
recipe: fix makefiles for fresh clone contexts All recipe makesfiles would previously assume a built emul/. Fixes #113 2020-06-11 12:23:59 -04:00
tools: add smsrom 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. 2020-10-10 13:28:36 -04:00			`os.sms: $(TARGET) $(STAGE) $(SMSROM)`
			`$(SMSROM) $(TARGET) > $@`
sms: working on real hardware! 2020-05-15 21:49:10 -04:00
sms: WIP ! 2020-05-14 22:15:31 -04:00			`$(EMUL):`
			`$(MAKE) -C ${@:%/sms=%}`

			`.PHONY: emul`
			`emul: $(EMUL) $(TARGET)`
			`$(EMUL) $(TARGET)`