[LLVMbugs] [Bug 22662] New: Support relaxation of more x86 instructions
bugzilla-daemon at llvm.org
bugzilla-daemon at llvm.org
Mon Feb 23 04:02:30 PST 2015
http://llvm.org/bugs/show_bug.cgi?id=22662
Bug ID: 22662
Summary: Support relaxation of more x86 instructions
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: Backend: X86
Assignee: unassignedbugs at nondot.org
Reporter: dwmw2 at infradead.org
CC: llvmbugs at cs.uiuc.edu
Classification: Unclassified
$ cat foo.S
.code16
movl (foo), %ebx
foo:
$ llvm-mc -filetype=obj foo.S | llvm-objdump -d -triple=i686-pc-linux-code16 -
<stdin>: file format ELF64-x86-64
Disassembly of section .text:
.text:
0: 67 66 8b 1d 00 00 00 00 movl 0, %ebx
We didn't need the 0x67 addr32 prefix for this. GCC does this:
0: 66 8b 1e 00 00 movl 0, %ebx
Although not strictly incorrect, this causes a problem for size-sensitive code;
the above example was taken from a boot sector implementation.
We should emit the 16-bit version by default. And if we do that, we're going to
need to handle relaxation for the case where it *isn't* sufficient.
We normally handle relaxation by converting to a *different* opcode. That isn't
sufficient here; we'll probably need a flag in the MCInst to indicate that it
should use addr32. Which is nice, since we already *wanted* to support the
explicit 'addr32' prefix...
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20150223/154fb924/attachment.html>
More information about the llvm-bugs
mailing list