Should enums be downsized?

Currently, most Amiga compilers represent enums as 32-bit ints. GCC compilers have `-fshort-enums` switch, but it comes with a tradeoff:

> Allocate to an enum type only as many bytes as it needs for the declared range of possible values. Specifically, the enum type is equivalent to the smallest integer type that has enough room.
>
> **Warning: the -fshort-enums switch causes GCC to generate code that is not binary compatible with code generated without that switch. Use it to conform to a non-default application binary interface.**

also, `-fshort-enums` is placed on the most not recommended build flags on one of the blog posts I've found: https://interrupt.memfault.com/blog/best-and-worst-gcc-clang-compiler-flags#-fshort-enum

some things to consider:

- binary compatibility doesn't affect us - this will obviously break when linking with stuff compiled without that switch, but all ACE-based games don't have this option - usually they come with all required sources and no binary blobs,
- extra ops to mask out the remaining bytes of the register doesn't affect us, since m68k has .b, .w and .l op variants
- structs changing sizes doesn't affect us because ACE don't even tries to maintain compatibility
I'm still kinda torn about this, but I think having small enums is the way to go - should save some ram space in structs

Still, I have no benchmarks to prove that it doesn't truly affect the performance. One thing to consider is that 68000 has 16-bit data bus and it's always slower to transfer 32-bit data between memory and regs.

Needs more research and benchmarks!