Displaying 3 results from an estimated 3 matches for "reloc_riprel_4byte_movq_load".
2010 Dec 15
3
[LLVMdev] opinions on turning on encoding info by default in -S
...## %entry
## kill: RSI<def> ESI<kill>
movq _last_tf_arg_u at GOTPCREL(%rip), %rax ## encoding: [0x48,0x8b,0x05,A,A,A,A]
## fixup A - offset: 3, value: _last_tf_arg_u at GOTPCREL-4, kind: reloc_riprel_4byte_movq_load
movq %rsi, (%rax) ## encoding: [0x48,0x89,0x30]
imull $43691, %esi, %eax ## encoding: [0x69,0xc6,0xab,0xaa,0x00,0x00]
## imm = 0xAAAB
shrl $17, %eax ## encoding: [0xc1,0xe8,0x11]
ret ## encoding: [...
2010 Dec 16
0
[LLVMdev] opinions on turning on encoding info by default in -S
...## %entry
> ## kill: RSI<def> ESI<kill>
> movq _last_tf_arg_u at GOTPCREL(%rip), %rax ## encoding: [0x48,0x8b,0x05,A,A,A,A]
> ## fixup A - offset: 3, value: _last_tf_arg_u at GOTPCREL-4, kind: reloc_riprel_4byte_movq_load
> movq %rsi, (%rax) ## encoding: [0x48,0x89,0x30]
> imull $43691, %esi, %eax ## encoding: [0x69,0xc6,0xab,0xaa,0x00,0x00]
> ## imm = 0xAAAB
> shrl $17, %eax ## encoding: [0xc1,0xe8,0x11]
> ret...
2013 Dec 12
3
[LLVMdev] [RFC PATCH 1/2] x86: Fix ModR/M byte output in 16-bit addressing mode
This attempts to address http://llvm.org/bugs/show_bug.cgi?id=18220
It also fixes a test which was requiring the *wrong* output.
I'm relatively happy with this part, and it even solves most of the hard
part of feature request for .code16 in bug 8684 — which was actually why
I started prodding at this. But I could do with some help with the
16-bit signed relocation handling, which I've