search for: kaovkq

...of a small example across 32-bit targets of all 3 object file formats looks fine at a glance (MC is getting the +4 addend, though you would need to run `llvm-objdump -d -r` to see the actual relocation in the binary) . https://godbolt.org/g/0Owzf5 https://godbolt.org/g/n0qzmg https://godbolt.org/g/kAOvkQ Beyond MC, you already have your static object file. If that is fine, then in a JIT context you might be running into issues with RuntimeDyld. The actual GEP's that clang generates are identical to the ones in your code, further suggesting that this is JIT specific and that static links are un...

...all 3 object file formats looks fine at a glance (MC is getting >> the +4 addend, though you would need to run `llvm-objdump -d -r` to see the >> actual relocation in the binary) . >> https://godbolt.org/g/0Owzf5 >> https://godbolt.org/g/n0qzmg >> https://godbolt.org/g/kAOvkQ >> >> Beyond MC, you already have your static object file. If that is fine, >> then in a JIT context you might be running into issues with >> RuntimeDyld. The actual GEP's that clang generates are identical to the >> ones in your code, further suggesting that this...

...a glance (MC is >>>> getting the +4 addend, though you would need to run `llvm-objdump -d -r` to >>>> see the actual relocation in the binary) . >>>> https://godbolt.org/g/0Owzf5 >>>> https://godbolt.org/g/n0qzmg >>>> https://godbolt.org/g/kAOvkQ >>>> >>>> Beyond MC, you already have your static object file. If that is fine, >>>> then in a JIT context you might be running into issues with >>>> RuntimeDyld. The actual GEP's that clang generates are identical to the >>>> ones in...

Since the getelementptrs were implicitly generated by the CreateStore/Load I'm not sure how to get access to them. So I hacked the assignment to be done thrice: once using a manual decomposition into two GEPs and stores, once using the "big" CreateStore, once via the setGlobal function, printing addresses and memory contents at each point to the degree that I have access to them.