|Re: [hatari-devel] Patch to fix disassembler|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
Le 13/01/2019 à 12:55, Thomas Huth a écrit :
Its also questionable whether you need 2 separate disassemblers. The
output from the other looks a bit strange because it sometimes uses
the internal names from generating the tables, but that could be
fixed i guess.
If you ask me, I'd also rather get rid of the external disassembler
again, too... but that's ultimately a question for Nicolas who works
way more with disassemblies these days than I do.
having used it recently when we had some PMMU / FPU issues to fix, the
external disassembler still gives better results for MMP opcodes (while
the winuae's output is mostly an hexa dump of the parameter).
There were also some issues with winuae's 68020+ addressing mode
disassembly where external debugger was much better (this cases was
fixed recently in winuae (see changeset 7240)
So, for now I would say that this disassembler still has some advantages
over the internal winuae's one, but in the end I agree that having a
disassembler that is directly connected to the cpu core should be enough.