src/unix/Makefile and snprintf.o
makefile.unix expressly says to add the -DHAVE_SNPRINTF in this makefile.
The Makefile already has it. So that is not the problem.
But with snprintf.o a requirement at the top of the Makefile, gcc tries to build it. Compile fails around line 202, 209.
Fix is to take out snprintf.o requirement and not try compiling it.
Comment out the __sgi specific block. It references a nonexistent "input_ui_post" function (this is apparently fixed in newer versions of xmame!).
The STATE defines become "__INTADDR__", which is just a warning until you try to link! If you don't care about this CPU's emulation (affects MK games...), just #define it to a constant number.
gcc could not link without a segmentation fault until I fixed the above problems. It's possible the MIPSpro cc would do it even without a front-end license...?
The freeware xmame 0.61.1, which I presume is compiled with MIPSpro, is at least 25% faster than an aggressively (mips4 ISA) compiled gcc 3.2.x executable.
Having alot of cache (1 MByte!) is almost irrelevant. tmnt is somewhat anomalous in that it routinely fluctuates at the 55-60fps level, compared to my K6-2's 35-40fps, however all other games I've tested are roughly on-par with the K6-2 500. Even then it seems like you need a MIPSpro license to achieve that speed, as gcc just isn't as good so far. **NOTE: In all cases with gcc the executables are aggressively compiled for each CPU.
This again points to xmame being very much CPU core-limited.
Back to the list of fixes