IP Relative data instruction fail to relocate

[stevemk14ebr]

Some IP relative data instructions (non control flow modifying) fail to have their offset adjusted. Noticed this in x64 SIMD register accesses. Needs fixed, or at least should fail gracefully.

[+] Info: Prologue to overwrite:
7ff643d0f2c0 [3]: 0f 57 d2                      xorps xmm2, xmm2
7ff643d0f2c3 [7]: 48 8d 0d 96 79 07 00          lea rcx, [rip + 0x77996] -> 7ff643d86c60
7ff643d0f2ca [4]: f3 0f 5a d0                   cvtss2sd xmm2, xmm0
7ff643d0f2ce [8]: f3 0f 58 05 ea 61 07 00       addss xmm0, dword ptr [rip + 0x761ea] -> 7ff643d854c0

[+] Info: Trampoline:
1877c6f9910 [3]: 0f 57 d2                      xorps xmm2, xmm2
1877c6f9913 [7]: 48 8d 0d 96 79 07 00          lea rcx, [rip + 0x77996] -> 1877c7712b0
1877c6f991a [4]: f3 0f 5a d0                   cvtss2sd xmm2, xmm0
1877c6f991e [8]: f3 0f 58 05 ea 61 07 00       addss xmm0, dword ptr [rip + 0x761ea] -> 1877c76fb10
1877c6f9926 [6]: ff 25 46 00 00 00             jmp qword ptr [rip + 0x46] -> 1877c6f9972

[stevemk14ebr]

Resolved, full fix requires jit-ing

3e30a04

[stevemk14ebr]

Final fix in master: 28aa975
This is a compromise for now. If the instruction's displacement width fits then we write it in, but we can actually relocate farther than some instructions can encode. So for that case we emit an error and fail.

The full solution is to JIT an equivalent snippet to load the data in the farther region. This is complex in the general case so we'll leave that to the future.