Summary: | vex amd64->IR: unhandled instruction bytes: 0xF0 0x49 0xF 0xC7 0x4D 0x0 0x48 | ||
---|---|---|---|
Product: | [Developer tools] valgrind | Reporter: | Andrew Pennebaker <andrew.pennebaker> |
Component: | memcheck | Assignee: | Rhys Kidd <rhyskidd> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | jseward, pjfloyd, rhyskidd, tom |
Priority: | NOR | ||
Version: | 3.14 SVN | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | macOS | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Andrew Pennebaker
2018-11-08 01:10:23 UTC
F0 49 is CMOVNS. Which is definitely supported. I'm not sure what's going on here. I'll try to take a look at this one on macOS. I'll see what this does with clang on FreeBSD (since it may be a clang issue). I get no errors. objdump shows several cmovs including cmovns: objdump -d bug400829 | grep -i cmov 201b86: 48 0f 48 d0 cmovs %rax,%rdx 201b93: 48 0f 49 c1 cmovns %rcx,%rax 201ba5: 4c 0f 43 e8 cmovae %rax,%r13 201bf0: 48 0f 48 d0 cmovs %rax,%rdx 201bfd: 48 0f 49 c1 cmovns %rcx,%rax 201c0f: 4c 0f 43 e8 cmovae %rax,%r13 201c7d: 48 0f 48 cb cmovs %rbx,%rcx 201c95: 48 0f 49 d8 cmovns %rax,%rbx And on macOS 13.2 I have no problem (out of repo version of Valgrind) |