ReC98/th02/hardware
nmlgc bead27b781 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 05:53:56 +01:00
..
snd[bss].asm [Reverse-engineering] Sound driver and hardware checks 2014-11-24 22:36:57 +01:00
snd_delay_until_volume.asm [Reverse-engineering] Symbols for PMD and MMD API calls 2014-11-27 19:35:54 +01:00
snd_determine_mode.asm [Reverse-engineering] Sound mode determination 2014-11-29 00:56:26 +01:00
snd_kaja_func.asm Use TASM calling convention syntax for previously identified ZUN functions 2014-12-16 05:53:56 +01:00
snd_load.asm [Reverse-engineering] Music and sound effect loader 2014-11-30 00:18:40 +01:00
snd_load[bss].asm [Reverse-engineering] Music and sound effect loader 2014-11-30 00:18:40 +01:00
snd_mmd_resident.asm [Reverse-engineering] Sound driver and hardware checks 2014-11-24 22:36:57 +01:00
snd_pmd_resident.asm [Reverse-engineering] Sound driver and hardware checks 2014-11-24 22:36:57 +01:00