nltool now is able to create all defines from the factory definitions.
This will reduce the number of places needed to touch when adding
devices and always ensure that the parser and statically compiled
netlist code use the same syntax. This will enable us to delete most
device include files, e.g. nld_74107.h.
Netlist usage to create this header file:
./nltool -c header > src/lib/netlist/devices/nld_devinc.h
This is not yet used in production. It will be enabled after additional
tests.
[Couriersud]
bballs: simplify protection MCU simulation using pushman hookup as a guide
(nw) bballs appears to use a simpler single-word arrangement for
messages from CPU to MCU, perhaps so it can use a 28-pin MCU (pushman
MCU receives the command byte on port D, which the 28-pin parts lack)
tigeroad.cpp: cleanup and modernisation
* split out bballs and pushman state classes
* use new MC68705R3 core for pushman (this one uses port D - another test case)
* make pushman MCU hookup believable (internal registers can't be in shared RAM)
* use derived memory maps rather than installing handlers in init members
* Support MOR-controlled mode
* Correct count direction
* Correct startup and reset states
a2bus/mouse.cpp: use new MC68705P3 core and remove obsolete glue
* the card works before and after the change, but by default axes are only mapped to inc/dec keys, not host mouse
quizpun: use new MC68705P5 core, MCU now gets timer interrupts correctly
- Fix screen flipping in cocktail mode
- Re-add second AY-3-8910A that generates explosion sounds; the claim as to its absence made in 2003 was probably based on less accurate AY8910 emulation and/or a stripped PCB
- Add coin counter
I'm doing this in response to a compilation error on MSVC 2015. As far as I can tell, this is a bug in the compiler. My basis for asserting this is that placing the following declaration within the 'endpoint.on_open = <<lambda>>' gives the same compilation error:
const std::function<void(void)> mycallback = [](void) {};
Whereas moving that logic outside of the 'endpoint.on_open = <<lambda>>' does not give an error.
Normally I don't like working around buggy compilers, but in this case the callback is supposed to be optional anyways.
