ReC98/th04/th04.asm

GAME = 4
proc_defconv macro nam
	nam proc pascal
endm
include th02/frame_delay_macro.asm
Replace MASTERMOD with a per-game constant Yup, packfiles finally proved that we really have a different set of changes to master.lib in every game. Also, there are bound to be more of these game- specific small changes to otherwise identical code in ZUN's own code. And hey, no need to define that value in the build scripts anymore. (I've also considered just copying modified versions into the individual game subdirectories, but it's not too nice to expect people to diff them in order to actually understand why these copies exist and where the changes actually are.) 2014-11-15 01:03:41 +00:00			`GAME = 4`
Use TASM calling convention syntax for previously identified ZUN functions With TH03 changing the calling convention for most of the code from __cdecl to __pascal, I've been getting more and more confused about this myself. So, let's settle on the following consistent syntax for function calls: * C where the calling convention is actually __cdecl and where TASM's emitted __cdecl code matches the original binary * PASCAL where the calling convention is actually __pascal * STDCALL where the calling convention is actually __cdecl, but where the caller either defers stack cleanup (summing up the stack size of multiple functions, then cleaning it all in a single "add sp" instruction) or where the stack is cleared in a different way (e.g. "pop cx"). Unfortunately though, when using the ARG directive to automatically generate an appropriate RET instruction for the given calling convention, TASM always emits ENTER and LEAVE instructions even when no local variables are declared, which greatly limits the number of functions where we can use that syntax. -.- 2014-12-16 04:53:56 +00:00			`proc_defconv macro nam`
			`nam proc pascal`
			`endm`
[Reverse-engineering] frame_delay 2014-11-23 21:25:22 +00:00			`include th02/frame_delay_macro.asm`