DOSBox-X Git (2016/01/28) is compiled. DOSBox-x is a branch of DOSBox v0.74. DOSBox emulates an Intel x86 PC, complete with sound, graphics, mouse, joystick, modem, etc., necessary for running many old MS-DOS games that simply cannot be run on modern PCs and operating systems, such as Microsoft Windows XP, Windows Vista, Linux and FreeBSD.

DOSBox-X Git Changelog:
* Actually, port 3X3 returning 0x00 makes sense after GUS reset, since
0x00 is what you wrote to 3X5 to reset the card in the first place, and
3X3 reflects the last read or write to 3X3-3X5, so logically, it's port
3X3 acting like it's usual self and GUS reset seems not to reset any of
that.
* gus bugfix: resetting the GUS clears the value read from 3X3, but
apparently does not clear the selected register. bugfix for "Dope" by
Complex, which apparently resets the GUS like this:
outb(0x343,0x4C);
outb(0x345,0x00); /* reset */
outb(0x345,0x01); /* take out of reset */
Note that it doesn't re-select register 0x4C, it assumes the selected
register stays the same through reset. Since the value we read back on
real GUS hardware is some sort of latch reflecting ANY I/O through
3X3-3X5, we can't assume that the register select is reset to 0x00 even
if port 3X3 returns 0x00 after GUS reset.
* gus emulation update: The select register (3X3) has documented behavior
for writing, but undocumented behavior for reading. While it seems to
always return the last register index you selected, it actually returns
the last byte read OR written to I/O ports 3X3-3X5 on real GUS hardware.
* Merge branch 'master' of https://github.com/joncampbell123/dosbox-x
* GUS emulation updates according to GUS classic observed behavior.
Through select register 0x4C (GUS reset), bits 1-2 are zeroed if
entering into or coming out of reset. The 8-bit reset register can be
seen from both 3X4 and 3X5, though it only responds to 3X5 on writing.

Download: DOSBox-X Git (2016/01/28) x86
Download: DOSBox-X Git (2016/01/28) x64
Source: Here