[LLVMdev] Assertion fails resolving R_X86_64_PC32 relocation

[Philip Reames]

I ran into a similar error a while back and it turned out to be user 
error on my part.  I had relocated some of the sections in the object 
file, but not others.  As a result, I'd ended up with one (unrelocated) 
section with a reference to another (relocated) section which was more 
than 32 bits away.  You may want to double check your memory layout.  
What caught my eye about your question was that ".eh_frame" was one of 
the sections in question for me too.

Philip

On 05/26/2014 08:51 AM, Aliaksei Zasenka wrote:
> Hi llvm-community,
>
> I use llc (3.4-final) to generate object file:
>
> /llc code.bc -mtriple=x86_64-pc-win32-elf -mcpu=x86-64 
> -filetype=obj -code-model=large -o=code.o/
>
> then I load it with /RuntimeDyld + SectionMemoryManager/ in my app.
>
> I faced the problem described in 15356 
> <http://llvm.org/bugs/show_bug.cgi?id=15356>bug. Debug assertion fails 
> at /lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:273.
> I noticed that R_X86_64_PC32 relocations are used only within 
> .eh_frame section. Why aren't R_X86_64_64 relocations used in that case?
>
> Is there any working solution of this problem?
>
> Thank you in advance.
>
> --
> Best regards,
> Alexey Zasenko
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140526/e7328291/attachment.html>