Commit Graph

5 Commits

Author SHA1 Message Date
nmlgc 21d82fab04 [Maintenance] Declare the input bitflags in a consistent way
Turns out the inlining behavior of `const` variables at global scope
that we've been relying on lately is actually exclusive to C++ mode…
once again!

Part of P0133, funded by [Anonymous].
2021-01-30 19:13:11 +01:00
nmlgc cd4f94736a [Decompilation] [th03] input_wait_for_ok_or_measure()
… well, unless you put the call at the beginning of the loop.

Part of P0132, funded by [Anonymous].
2021-01-05 21:54:02 +01:00
nmlgc 967bb8b633 [Decompilation] [th03] Input mode and delay functions
Nice to see that Borland C++ optimizes bit-tests to cover just the high
or low byte of a word if possible, and that these don't have to be
two-byte structures after all.

Completes P0114, funded by Lmocinemod.
2020-09-07 21:18:40 +02:00
wintiger0222 0dcfc445b8 [Reverse-engineering] [th03] input_wait_for_ok_or_measure()
Moving this into hardware/, since we already have an
input_wait_for_change() function there. --Nmlgc
2019-12-17 23:26:58 +01:00
nmlgc 30e6b7c3db [Maintenance] Correctly declare all input functions
The pascal calling convention for TH03's input mode functions actually
sort of matters, since we have this nice function pointer type that
expects pascal.
2019-11-30 19:34:55 +01:00