Rot127

I would take this PR and https://github.com/capstone-engine/capstone/pull/1831 over and finish them up. If anyone already started on this as well in the last last 5 months please ping me here....

Just as notification: https://github.com/capstone-engine/capstone/pull/1803#issuecomment-1208431338

Same applies for `mfocrf` ``` ./cstool -d ppc64 2680707d 0 26 80 70 7d mfocrf r11, 8 ID: 718 (mfocrf) op_count: 1 operands[0].type: REG = r11 ```

I am able to compile asm files with `powerpc64-linux-gnu-as`, link them with `powerpc64-linux-gnu-ld` and they are disassembled correctly in rizin. But not by the command `cstool` ```bash > powerpc64-linux-gnu-as -a64...

This test: ` bne cr5 ` seems to be broken in Capstone (https://github.com/capstone-engine/capstone/issues/1914). The immediate operand is not filled and contains therefor unprocessed data. Edit the others come from `cs_reg_name`....

This is not an issue in QEMU so there is no need for it. Edited the issue above to make this clear.

> Looks like a bug of rz_cons_html_filter Agree on that. This issue could also be related to https://github.com/rizinorg/cutter/issues/2945

I don't really grasp the parsing algorithm yet and can't look into it more today. But the problem seems to be that `rz_cons_html_filter` does not insert `` into the resulting...

Capstone supports them since 4.0 (since ~2019: https://www.capstone-engine.org/Version-4.0-changelog). If someone has a binary we should test it actually does not work.

That is more or less the same problem I tried to solve here: https://github.com/rizinorg/rizin/pull/1605 The relocs are not patched because they are only patched once per Elf binary object. After...