In order to specify that they should be treated as signed
Some ports may treat an (unspecified) "char" as unsigned by default. Android does this for its ARM architectures and while we did fix this by enforcing -fsigned-char to its compiler, the issue may come up for other ports. Also it should be better to clarify in the engine when a variable is not actually storing string characters.
I've spotted and changed the most "safe" cases I could find for this. As far as I can tell, out of these, only the Outline field and fontoutline array could potentially be assigned valid negative values which would cause bugs for ports treating chars as unsigned.
This not only simplifies all the use of _t types to the
ScummVM equivalents, it gets rid of the int32 usage in
favor of just int, solving common type clashes with the
Amiga, for which int doesn't match int32
This fixes a crash at the very startup of The Blackwell Legacy,
which reads from a file prog.bwl in the game folder, and then
writes out a new version. In the new scheme, all data files
will try to be accessed from the save folder first, and then
fall back on the game folder. So this allows Blackwell to first
read from the game folder prog.bwl, then create it's own
Paul Gilbert
Eugene Sandulenko
antoniou79