Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/Makefile.mak

119 lines
3.7 KiB
Makefile
Raw Normal View History

Use a Makefile for the 16-bit part of the build process Well, that became unbearable pretty quickly. Not sure whether I'm doing all this Makefile business right, but this looks pretty nice. It doesn't really help much at this point though because the 32-bit part is still entirely separate and forces everything to rebuild all the time, but at least it aborts on C compiler errors.
2015-02-21 10:23:03 +00:00
# ReC98
# -----
# Makefile for the 16-bit part of the build process
[C decompilation] [th02/op] Title screen flashing animation
2015-02-21 13:13:58 +00:00
CFLAGS = -ls -Ilibs\master.lib\ -I. -Lbin\ -O -a2
Use a Makefile for the 16-bit part of the build process Well, that became unbearable pretty quickly. Not sure whether I'm doing all this Makefile business right, but this looks pretty nice. It doesn't really help much at this point though because the 32-bit part is still entirely separate and forces everything to rebuild all the time, but at least it aborts on C compiler errors.
2015-02-21 10:23:03 +00:00
TH01 = \zunsoft.com \op.exe \reiiden.exe \fuuin.exe
[th02/th03] Rebuild ZUN.COM Two DOS utilities were made for this: - gensize: generates TASM macro definitions with filesizes. - copycat: similar to copy/b a+b+c d, except a+b+c is specified in a separate file to avoid command line length limitations. th02/zun.com is bit-perfect th03/zun.com is almost there, with insignificant differences in zunsp.com and res_yume.com.
2018-04-14 17:08:22 +00:00
TH02 = \zuninit.com \zun_res.com \op.exe \main.exe \maine.exe \zun.com
TH03 = \zunsp.com \res_yume.com \op.exe \main.exe \mainl.exe \zun.com
Use a Makefile for the 16-bit part of the build process Well, that became unbearable pretty quickly. Not sure whether I'm doing all this Makefile business right, but this looks pretty nice. It doesn't really help much at this point though because the 32-bit part is still entirely separate and forces everything to rebuild all the time, but at least it aborts on C compiler errors.
2015-02-21 10:23:03 +00:00
TH04 = \res_huma.com \op.exe \main.exe \maine.exe
TH05 = \res_kso.com \op.exe \main.exe \maine.exe
all: th01 th02 th03 th04 th05
@echo Done. Find the executables in the bin\ subdirectory.
th01:: $(TH01:\=bin\th01\)
th02:: $(TH02:\=bin\th02\)
th03:: $(TH03:\=bin\th03\)
th04:: $(TH04:\=bin\th04\)
th05:: $(TH05:\=bin\th05\)
.obj.exe:
$(CC) $(CFLAGS) -ml $**
.obj.com:
tlink /t /3 $**
bin\th01\zunsoft.com: th01\zunsoft.c
[C decompilation] [th02/op] Title screen flashing animation
2015-02-21 13:13:58 +00:00
$(CC) $(CFLAGS) -mt -lt -nbin\th01\ $** masters.lib
[C decompilation] [th01] VSync interrupt handler Time to get back into this.
2015-09-05 20:06:46 +00:00
bin\th01\op.exe: bin\th01\op.obj th01\op_03.c th01\op_04.c th01\op_10.c th01\op_11.c th01\op_12.cpp
[C decompilation] [th01/op] [th01/reiiden] Random resident structure stuff
2015-03-07 16:35:30 +00:00
$(CC) $(CFLAGS) -ml -3 -nbin\th01\ -eOP.EXE @&&|
$**
|
[C decompilation] [th01] MDRV2 calls Still missing mdrv2_resident() though, which we currently can't slot in there due to that string constant constructor syntax. :/
2015-02-21 19:45:02 +00:00
[C decompilation] [th01] VSync interrupt handler Time to get back into this.
2015-09-05 20:06:46 +00:00
bin\th01\reiiden.exe: bin\th01\reiiden.obj th01\main_03.c th01\main_04.c th01\main_12.c th01\main_13.c th01\main_14.c th01\main_16.c
[C decompilation] [th01/op] [th01/reiiden] Random resident structure stuff
2015-03-07 16:35:30 +00:00
$(CC) $(CFLAGS) -ml -3 -nbin\th01\ -eREIIDEN.EXE @&&|
$**
|
[C decompilation] [th01] MDRV2 calls Still missing mdrv2_resident() though, which we currently can't slot in there due to that string constant constructor syntax. :/
2015-02-21 19:45:02 +00:00
[C decompilation] [th01] VSync interrupt handler Time to get back into this.
2015-09-05 20:06:46 +00:00
bin\th01\fuuin.exe: bin\th01\fuuin.obj th01\fuuin_05.c th01\fuuin_06.c th01\fuuin_11.c th01\fuuin_12.c th01\fuuin_13.c
[C decompilation] [th01] VRAM region copy via EGC The same function appears unused in TH02's MAINE.EXE. Separate commit because this was painful enough and we can link the C version into FUUIN.EXE right now.
2015-02-27 22:11:47 +00:00
$(CC) $(CFLAGS) -ml -3 -nbin\th01\ -eFUUIN.EXE @&&|
$**
|
[C decompilation] [th01] MDRV2 calls Still missing mdrv2_resident() though, which we currently can't slot in there due to that string constant constructor syntax. :/
2015-02-21 19:45:02 +00:00
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
bin\th02\zun_res.com: th02\zun_res1.c th02\zun_res2.c
$(CC) $(CFLAGS) -mt -lt -Z -nbin\th02\ -eZUN_RES.COM @&&|
$**
| masters.lib
[C decompilation] Finish TH02's OP.EXE
2015-03-16 21:35:52 +00:00
bin\th02\op.exe: th02\op_01.c bin\th02\op.obj th02\op_02_1.c th02\op_02_2.c th02\op_03.c th02\op_04.c th02\op_05.c th02\op_06.c
[C decompilation] [th02/op] Shot type selection Oh, OK, so this is what the PC-98 GRCG is all about. You call grcg_setcolor(), and that puts the PC-98 hardware in some sort of "monochromatic mode". Then, you just write your pixels into any *single* one of the 4 VRAM bitplanes. This causes the hardware to automatically write to *all* bitplanes in such a way that the final palette index for each of the 8, 16, or 32 pixels you just wrote a 1 value to will actually end up to match the color you set earlier. Don't forget to call grcg_off() at the end though, or you can't draw any non-monochromatic graphics, heh.
2015-02-25 22:05:20 +00:00
$(CC) $(CFLAGS) -ml -Z -DGAME=2 -nbin\th02\ -eOP.EXE @&&|
$**
|
[C decompilation] [th02/maine] Rotating rectangle animation Small detour into MAINE.EXE because it has all the juicy algorithms that will explain the remaining unknown members of the highscore data structure, and there's this one code segment here we need to get out of the way first.
2015-02-28 21:37:40 +00:00
[C decompilation] [th02] Code segment #2 of all three executables Only one code segment left in both OP and FUUIN! its-happening.gif Yeah, that commit is way larger than I'm comfortable with, but none of these functions is particularly large or difficult to decompile (with the exception of graph_putsa_fx(), which I actually did weeks ago), and OP and MAIN have their own unique functions in between the shared ones, so…
2015-03-14 22:25:50 +00:00
bin\th02\main.exe: bin\th02\main.obj th02\main02_1.c th02\main02_2.c
[C decompilation] [th02] PI display
2015-03-04 03:28:16 +00:00
$(CC) $(CFLAGS) -ml -Z -DGAME=2 -nbin\th02\ -eMAIN.EXE @&&|
[C decompilation] [th02] First set of sound driver calls
2015-03-04 01:39:36 +00:00
$**
|
[C decompilation] [th02] Code segment #2 of all three executables Only one code segment left in both OP and FUUIN! its-happening.gif Yeah, that commit is way larger than I'm comfortable with, but none of these functions is particularly large or difficult to decompile (with the exception of graph_putsa_fx(), which I actually did weeks ago), and OP and MAIN have their own unique functions in between the shared ones, so…
2015-03-14 22:25:50 +00:00
bin\th02\maine.exe: bin\th02\maine.obj th02\maine021.c th02\maine022.c th02\maine_03.c th02\maine_04.c th02\maine_05.c
[C decompilation] [th02/maine] Rotating rectangle animation Small detour into MAINE.EXE because it has all the juicy algorithms that will explain the remaining unknown members of the highscore data structure, and there's this one code segment here we need to get out of the way first.
2015-02-28 21:37:40 +00:00
$(CC) $(CFLAGS) -ml -3 -Z -DGAME=2 -nbin\th02\ -eMAINE.EXE @&&|
$**
|
[C decompilation] [th02/op] [th03/op] [th04/op] Frame delay #1
2015-03-03 09:20:20 +00:00
bin\th03\op.exe: bin\th03\op.obj th03\op_02.c
$(CC) $(CFLAGS) -ml -DGAME=3 -nbin\th03\ -eOP.EXE @&&|
$**
|
bin\th04\op.exe: bin\th04\op.obj th04\op_02.c
$(CC) $(CFLAGS) -ml -DGAME=4 -nbin\th04\ -eOP.EXE @&&|
$**
|
[th02/th03] Rebuild ZUN.COM Two DOS utilities were made for this: - gensize: generates TASM macro definitions with filesizes. - copycat: similar to copy/b a+b+c d, except a+b+c is specified in a separate file to avoid command line length limitations. th02/zun.com is bit-perfect th03/zun.com is almost there, with insignificant differences in zunsp.com and res_yume.com.
2018-04-14 17:08:22 +00:00
# ZUN.COM packing
bin\zuncom\gensize.com: zuncom\gensize.c
mkdir bin\zuncom
$(CC) $(CFLAGS) -mt -lt -nbin\zuncom\ -eGENSIZE.COM $**
bin\zuncom\copycat.com: zuncom\copycat.c
mkdir bin\zuncom
$(CC) $(CLFAGS) -mt -lt -nbin\zuncom\ -eCOPYCAT.COM $**
bin\zuncom\moveup.bin: zuncom\moveup.asm
mkdir bin\zuncom
tasm zuncom\moveup.asm,bin\zuncom\moveup
tlink -t bin\zuncom\moveup.obj,bin\zuncom\moveup.bin
ZUNCOM_PREREQ = bin\zuncom\gensize.com bin\zuncom\copycat.com zuncom\zun_stub.asm bin\zuncom\moveup.bin
bin\th02\zun.com : $(ZUNCOM_PREREQ) libs\kaja\ongchk.com bin\th02\zuninit.com bin\th02\zun_res.com bin\th01\zunsoft.com
bin\zuncom\gensize.com > bin\zuncom\gensize.inc
tasm -DGAME=2 zuncom\zun_stub.asm,bin\th02\zun_stub
tlink -t bin\th02\zun_stub.obj,bin\th02\zun_stub.bin
bin\zuncom\copycat &&|
bin\th02\zun_stub.bin
libs\kaja\ongchk.com
bin\th02\zuninit.com
bin\th02\zun_res.com
bin\th01\zunsoft.com
bin\zuncom\moveup.bin
| bin\th02\zun.com
bin\th03\zun.com : $(ZUNCOM_PREREQ) libs\kaja\ongchk.com bin\th02\zuninit.com bin\th01\zunsoft.com bin\th03\zunsp.com bin\th03\res_yume.com
bin\zuncom\gensize.com > bin\zuncom\gensize.inc
tasm -DGAME=3 zuncom\zun_stub.asm,bin\th03\zun_stub
tlink -t bin\th03\zun_stub.obj,bin\th03\zun_stub.bin
bin\zuncom\copycat &&|
bin\th03\zun_stub.bin
libs\kaja\ongchk.com
bin\th02\zuninit.com
bin\th01\zunsoft.com
bin\th03\zunsp.com
bin\th03\res_yume.com
bin\zuncom\moveup.bin
| bin\th03\zun.com