Rot127

@kabeor Can be closed. The function was already fixed by the LLVM folks and we get it with https://github.com/capstone-engine/capstone/pull/1949. ```c static DecodeStatus DecodeGPRPairRegisterClass(MCInst *Inst, unsigned RegNo, uint64_t Address, const void...

Yes, though I would give it pretty low priority. The emulation works perfectly fine without them. Rizin just doesn't implement the `ca32`, `ov32` flags. Which shouldn't be a problem usually.

Sure. Would copy some asm tests from LLVM.

Doing this will probably use a lot of the new regex engine. `rz_regex_new()` has a relatively high runtime. So we should somehow compile those patterns once when Rizin is started...

@kabeor It seems like the CI is unbroken again? Can you please re-trigger the workflows for the other PRs?

Thank you for the PR! I closed it because it is out of date. With the new [auto-sync update for v6](https://github.com/capstone-engine/capstone/blob/next/docs/cs_v6_release_guide.md) we made many changes to some main architectures and...

`AArch64GenRegisterName.inc` Shouldn't be there anymore actually. It is no longer used and I just forgot to delete it. > I'm not sure what the timeline is on these issues, Timeline...

This is fixed on the most recent `next` branch: ``` ./cstool -d aarch64 "\xe1\x0b\x40\xb9\x20\x04\x81\xda\x20\x08\x02\x8b" 0 e1 0b 40 b9 ldr w1, [sp, #8] ID: 581 (ldr) op_count: 2 operands[0].type: REG...

wdym? The v6 release notes are updated as well. See https://github.com/capstone-engine/capstone/pull/2321/commits/d6e8f01cb881bb6f341e1ec669401605b1db274f

Thank you for the report! The underlying problem of it is, that there were and are not many tests for the detail information. This makes issues like yours so valuable....