search for: targetptr

...passes, some not on { A9, A15 } x { Ubuntu 12.10, Ubuntu 12.04 }, the error is: lli: /home/user/devel/llvm/src/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:307: void llvm::RuntimeDyldELF::resolveARMRelocation(const llvm::SectionEntry&, uint64_t, uint32_t, uint32_t, int32_t): Assertion `(*TargetPtr & 0x000F0FFF) == 0' failed. Stack dump: 0. Program arguments: /home/user/devel/llvm/build/bin//lli -use-mcjit -remote-mcjit /home/user/devel/llvm/src/test/ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll Since the test is marked as XFAIL on ARM, I suspect this is expected, and I...

Hi Renato, > /home/user/devel/llvm/src/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:307: > void llvm::RuntimeDyldELF::resolveARMRelocation(const llvm::SectionEntry&, > uint64_t, uint32_t, uint32_t, int32_t): Assertion `(*TargetPtr & 0x000F0FFF) > == 0' failed. I think there's a discussion going on about this already at http://comments.gmane.org/gmane.comp.compilers.llvm.cvs/145699 (and surrounding). According to Amara that assertion was a bit of paranoia so we'd know if someone tried emitting .rel reloca...

...that I don't see this as much of an issue, I was just to lazy to bother implementing it. I'll check this when I have some further free time. FYI this is all under x86. I did try to run under ARM but bombed out on an assertion error in the ARM ELF relocation code - specifically assert((*TargetPtr & 0x000F0FFF) == 0); I assume this is a result of something evil that I have done but I haven't yet had time to investigate any further. Again I'll let you know when I have some more time. Just a quick heads up but In general my initial thoughts are that MCJIT is really not that far o...

...that I don't see this as much of an issue, I was just to lazy to bother implementing it. I'll check this when I have some further free time. FYI this is all under x86. I did try to run under ARM but bombed out on an assertion error in the ARM ELF relocation code - specifically assert((*TargetPtr & 0x000F0FFF) == 0); I assume this is a result of something evil that I have done but I haven't yet had time to investigate any further. Again I'll let you know when I have some more time. Just a quick heads up but In general my initial thoughts are that MCJIT is really not that far o...

...; > lazy to bother implementing it. I'll check this when I have some further > free time.**** > > ** ** > > FYI this is all under x86. I did try to run under ARM but bombed out on > an assertion error **** > > in the ARM ELF relocation code - specifically assert((*TargetPtr & > 0x000F0FFF) == 0);**** > > I assume this is a result of something evil that I have done but I haven't > yet had time to **** > > investigate any further. Again I'll let you know when I have some more > time.**** > > ** ** > > Just a quick heads up b...

That's awesome! I think at this point having people try out various approaches and seeing what works and what doesn't is our biggest need in this area. Please do keep me informed about what you find out. -Andy From: Andrew Sorensen [mailto:digegoo at gmail.com] Sent: Wednesday, February 06, 2013 4:33 PM To: Kaylor, Andrew Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] MCJIT and Lazy

...ng it. I'll check this when I have some further >> free time.**** >> >> ** ** >> >> FYI this is all under x86. I did try to run under ARM but bombed out on >> an assertion error **** >> >> in the ARM ELF relocation code - specifically assert((*TargetPtr & >> 0x000F0FFF) == 0);**** >> >> I assume this is a result of something evil that I have done but I >> haven't yet had time to **** >> >> investigate any further. Again I'll let you know when I have some more >> time.**** >> >> **...

Thanks for the update Andy. I'm very happy to be involved in anyway that is helpful. If you would like me to test ideas, or contribute to further discussions, then please let me know. I currently have extempore running nicely with MCJIT for the "monolithic" case and am working on various LLVM hacks to better understand the issues involved with non-monolithic approaches - in