- Synchronize at a couple of critical points
- Allow read side effects to be suppressed while debugging
- Improve TC timing
- Allow HLDA to abort DMA cycle
- Don't clear request input state when device is reset
- Added support for line markers to the preprocessor and parser.
- Added support for include processing to the preprocessor.
- Moved sources base type to plib to be used for preprocessor includes.
This enables to include e.g. from rom memory regions.
- Renamed some defines
Calling the line handlers, such as m_cts_handler() from the device_start()
function is problematic as some of these handlers may wish to read ioports
and that is not safe at this stage, so move these to a new device_reset()
function.
* Allow specifying NO_OPENGL manually
* Switch bgfx to OpenGL ES renderer if NO_X11 is specified
* Only link against EGL when NO_X11 is specified on linux, netbsd and openbsd
* Only switch bgfx to OpenGL ES on linux, netbsd and openbsd
* Indentation fix
* Add workaround for imgtool and jedutil failing vs2019 debug builds with /ZI
* No longer allow msvc build to fail
* Enable tools build for travis to make it more useful
* Switch travis to Xcode 11 in order to fix nltool linking failure
* Prefer 64-bit compiler with VS 2019 too
* Setting PreferredToolArchitecture to x64 is not needed, genie puts it into the project files for vs2015 or later
* OPTIMIZE=1 build is faster that OPTIMIZE=0 for some reason. So fast in fact, that TOOLS=1 can be enabled without hitting the 60 minute timeout
* Switch MINGW build to VS 2017 image until appveyor figure out why builds on VS 2019 are almost twice as slow
* Run pacman twice to account for core system upgrades
The RS232 port has been moved out of the ie15 device. It is only needed in
stand alone operation, and not when connected to the rs232 bus, it was odd
leaving it in there, odd to still have an rs232 port slot option when running
stand alone.
The IE15 UART implementation has been removed from the rs232 bus code and back
into the ie15 device code. This leaves the rs232 bus code dealing with only
serial data, and not the parallel data, and that should make it easier in
future to have a common interface to RS232 terminals.
-----
Ping Pong / Table Tennis / Super Ping Pong (PP1100, ABL TV Game) [David Haywood, Morten Shearman Kirkegaard, Peter Wilhelmsen]
boots and runs, but no sound, seems to need an additional device at 410f emulating which may or may not be sound related, waits for a long time for it to finish sending streams of data there. if you wait long enough controls do actually work as it appears the 'motion' control here just simulates a button press. As pointed out, this seems to be an updated version of Gameinis' Ping Pong with improved gfx etc.
- solver now uses dynamic allocation on systems larger than 512x512
- fixed osx build
- moved nl_lists.h classes to plists.h
- fixed netlist makefile clint section
- readability and typos