MEGA65: Hardware division gets the remainder wrong

[lydon42]

Describe the bug
if you put 14 00 00 00 and 03 00 00 00 in MULTINA and MULTINB,. the result should be AB AA AA AA 06 00 00 00 in the 64 bit DIVOUT register. On xemu (next branch f16e0ae) it is AA in the first byte instead.

Used version of the project
next branch f16e0ae

To Reproduce

1. MONITOR
2. MFFD3670 FFD367F
3. put AB AA AA AA 06 00 00 00 after >0FFD3770 and press return
4. go up to the MFFD.. press return,check result.

Expected behavior

[stefandd]

should be remainder (not reminder)

[lgblgblgb]

MEGA65/mega65-rom-public#101
An interesting case: 5211/193 = 27 (without remainder, per math) but it's not the very precise case with mega65-core, which also results in different result in ROM then.
MEGA65/mega65-core#505
MEGA65/mega65-core#506
Some insights.

Breaking news

And: MEGA65/mega65-core#786

I feel, this is still in the flux, and I should wait what the final solution should be, what I have to follow then. It's also possible that the current Xemu implementation will be the one with MEGA65, so ...

PR in mega65-core to fix round-off errors: MEGA65/mega65-core#812 This likely will change the result of the exact remainder values anyway even on mega65-core! >>has been merged into the development branch of mega65-core already, it seems<<