The source code use some global register variables, and gcc 2.95
reports errors because the header files contains "static inline"
function definitions before the global register variables are
defined. Reordering the includes is too much work, so just fall
back to normal (non-register) globals when using gcc2.
Changes:
0.35 [CORE] Support for Genecyst patch files / Game Genie
[CORE] Support for AVI uncompressed and MJPEG output
[68000] Re-added busy wait removal that got lost
[SOUND] Added configurable single-pole low-pass filter
[CORE] Added autoconf/automake version checks
[VDP] Fix FIFO busy flag (Nicholas Van Veen)
[SOUND] Various further endian improvements from Bastien Nocera
and andi@fischlustig.de (Debian)
[SOUND] Various BSD compatibility improvements from
Alistair Crooks and Michael Core (NetBSD)
[UI] SDL Joystick support from Matthew N. Dodd (FreeBSD)
[68000] Do pre-decrement with two reads (Steve Snake)
[68000] Make TAS not write (Steve Snake) fixes Gargoyles, Ex Mutant
[68000] Re-write ABCD,etc based on info from Bart Trzynadlowski
[68000] Implement missing BTST op-code (fixes NHL Hockey 94)
Generator is an open source emulator designed to emulate the Sega
Genesis / Mega Drive console, a popular games machine produced in the
early 1990s. It is a portable program written in C and has been
ported to the Amiga, Macintosh, Windows and even pocket PCs such as
the iPAQ and Cassiopeia. Natively it compiles under unix for X
Windows with either tcl/tk or gtk/SDL, for svgalib and even
cross-compiles to DOS with djgpp/allegro.
Generator uses its own custom 68000 processor emulation which is
designed for dynamic recompilation, and uses techniques from this such
as block-marking, flag calculation removal, operand pre-calculation,
endian pre-conversion etc. There are approximately 1600 C routines
generated by the first stage of compilation to cope with the 67
instruction families. These routines are used as a 'backup' when
dynamic recompilation isn't supported on your platform or the
recompiler doesn't support a particular instruction. The CPU engine
is by all accounts very fast, whatever the mode.
There is a 'test' recompiler written for the ARM processor, but it is
no longer supported. If someone with assembler knowledge wants to put
the effort into writing a recompiling back-end for a processor (and it
really is major effort), let me know - particularly if you know i386.
