nmlgc ba29539fc7 [Maintenance] Declare a distinct type for VRAM offsets ... … and this one, while I'm at it. I've been using pretty much every possible type for VRAM offset variables, depending on my mood that day, since signedness apparently never matters for those. Except that it does. And so, just like with most of our high-level types, we also have to account for ZUN's little signedness inconsistencies here. Oh well, at least it's now only one of two types, and there's no need to choose between `int` or `unsigned int` or `short` or `unsigned short` or `int16_t` or `uint16_t` or `size_t` or… Part of P0111, funded by [Anonymous] and Blue Bolt.		2020-08-28 14:53:33 +02:00
..
pic.cpp	[Maintenance] Declare a distinct type for VRAM offsets	2020-08-28 14:53:33 +02:00
pic.hpp	[Decompilation] [th01] Ending picture loading and display	2020-05-25 15:18:44 +02:00
type.h	[Maintenance] Declare distinct types for screen, VRAM, and TRAM coordinates	2020-08-28 14:53:30 +02:00
type[data].asm	[Decompilation] [th01] VRAM text typing	2020-03-13 19:09:12 +01:00
vars.hpp	[Decompilation] [th01] FUUIN.EXE resident structure data retrieval	2020-05-25 15:22:53 +02:00