aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorJakob Stoklund Olesen <stoklund@2pi.dk>2011-08-08 17:15:43 +0000
committerJakob Stoklund Olesen <stoklund@2pi.dk>2011-08-08 17:15:43 +0000
commit4f0ace5674d03e7be5bca5c5a6eb6d5521bbe22d (patch)
treee00efcee0022ac270eb3dbe8692a8468bf2b7834 /llvm/tools/llvm-objdump/llvm-objdump.cpp
parent49b607a2cd40f4f3051d4a6d4f38d7699025b096 (diff)
downloadllvm-4f0ace5674d03e7be5bca5c5a6eb6d5521bbe22d.zip
llvm-4f0ace5674d03e7be5bca5c5a6eb6d5521bbe22d.tar.gz
llvm-4f0ace5674d03e7be5bca5c5a6eb6d5521bbe22d.tar.bz2
Don't clobber pending ST regs when FP regs are killed.
X86FloatingPoint keeps track of pending ST registers for an upcoming inline asm instruction with fixed stack register constraints. It does this by remembering which FP register holds the value that should appear at a fixed stack position for the inline asm. When that FP register is killed before the inline asm, make sure to duplicate it to a scratch register, so the ST register still has a live FP reference. This could happen when the same FP register was copied to two ST registers, or when a spill instruction is inserted between the ST copy and the inline asm. This fixes PR10602. llvm-svn: 137050
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions