search for: sectionentry

...o JIT something at least. I run into a segfault, valgrind reports the following: ==27130== Process terminating with default action of signal 11 (SIGSEGV) ==27130== Bad permissions for mapped region at address 0xEAF02F7 ==27130== at 0xEAF031F: llvm::RuntimeDyldELF::resolveX86_64Relocation(llvm::SectionEntry const&, unsigned long, unsigned long, unsigned int, long, unsigned long) (RuntimeDyldELF.cpp:213) ==27130== by 0xEAF260F: llvm::RuntimeDyldELF::resolveRelocation(llvm::SectionEntry const&, unsigned long, unsigned long, unsigned int, long, unsigned long) (RuntimeDyldELF.cpp:798) ==27130==...

...; I run into a segfault, valgrind reports the following: > > ==27130== Process terminating with default action of signal 11 (SIGSEGV) > ==27130== Bad permissions for mapped region at address 0xEAF02F7 > ==27130== at 0xEAF031F: > llvm::RuntimeDyldELF::resolveX86_64Relocation(llvm::SectionEntry const&, > unsigned long, unsigned long, unsigned int, long, unsigned long) > (RuntimeDyldELF.cpp:213) > ==27130== by 0xEAF260F: > llvm::RuntimeDyldELF::resolveRelocation(llvm::SectionEntry const&, unsigned > long, unsigned long, unsigned int, long, unsigned long) > (Run...

...(int64_t)TargetSymbolOffset) continue; section_iterator tsi(Obj.end_sections()); @@ -757,17 +783,19 @@ void RuntimeDyldELF::resolveSystemZReloc void RuntimeDyldELF::resolveRelocation(const RelocationEntry &RE, uint64_t Value) { const SectionEntry &Section = Sections[RE.SectionID]; - return resolveRelocation(Section, RE.Offset, Value, RE.RelType, RE.Addend); + return resolveRelocation(Section, RE.Offset, Value, RE.RelType, RE.Addend, + RE.SymOffset); } void RuntimeDyldELF::resolveRelocation(const SectionEnt...

...nEngine/MCJIT/test-fp-no-external-funcs-remote.ll LLVM :: ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll All of them fail with assertion: lli: /usr/local/google/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:230: void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry &, uint64_t, uint64_t, uint32_t, int64_t): Assertion `RealOffset <= (2147483647) && RealOffset >= (-2147483647-1)' failed. The reason is that AddressSanitizer replaces system malloc with its own allocator, which allocates memory at "unusual" parts of heap and the di...

...utput (stderr): -- assertion "RealOffset <= INT32_MAX && RealOffset >= INT32_MIN" failed: file "/cygdrive/z/dev/llvm/x64/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp", line 308, function: void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry&, uint64_t, uint64_t, uint32_t, int64_t, uint64_t) Stack dump: 0. Program arguments: /cygdrive/z/dev/llvm/x64/static/Release+Asserts/bin/lli -use-mcjit -mtriple=x86_64-unknown-cygwin-elf /cygdrive/z/dev/llvm/x64/llvm/test/ExecutionEngine/MCJIT/test-setcond-fp.ll /cygdrive/z/dev/llvm/x6...

...ost) and I'm not sure what's the best way to fix it. Some test 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...

...fset <= INT32_MAX && RealOffset >= INT32_MIN" > failed: file > "/cygdrive/z/dev/llvm/x64/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp", > line 308, function: void > llvm::RuntimeDyldELF::resolveX86_64Relocation(const > llvm::SectionEntry&, uint64_t, uint64_t, uint32_t, int64_t, uint64_t) > Stack dump: > 0. Program arguments: > /cygdrive/z/dev/llvm/x64/static/Release+Asserts/bin/lli -use-mcjit > -mtriple=x86_64-unknown-cygwin-elf > /cygdrive/z/dev/llvm/x64/llvm/test/ExecutionEngine/MCJIT/t...

...LLVM :: ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll**** > > ** ** > > All of them fail with assertion:**** > > lli: > /usr/local/google/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:230: > void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry > &, uint64_t, uint64_t, uint32_t, int64_t): Assertion `RealOffset <= > (2147483647) && RealOffset >= (-2147483647-1)' failed.**** > > ** ** > > The reason is that AddressSanitizer replaces system malloc with its own > allocator, which**** > > alloca...

...nEngine/MCJIT/test-fp-no-external-funcs-remote.ll LLVM :: ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll All of them fail with assertion: lli: /usr/local/google/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:230: void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry &, uint64_t, uint64_t, uint32_t, int64_t): Assertion `RealOffset <= (2147483647) && RealOffset >= (-2147483647-1)' failed. The reason is that AddressSanitizer replaces system malloc with its own allocator, which allocates memory at "unusual" parts of heap and the di...

...LLVM :: ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll**** > > **** > > All of them fail with assertion:**** > > lli: > /usr/local/google/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:230: > void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry > &, uint64_t, uint64_t, uint32_t, int64_t): Assertion `RealOffset <= > (2147483647) && RealOffset >= (-2147483647-1)' failed.**** > > **** > > The reason is that AddressSanitizer replaces system malloc with its own > allocator, which**** > > alloca...

...nEngine/MCJIT/test-fp-no-external-funcs-remote.ll LLVM :: ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll All of them fail with assertion: lli: /usr/local/google/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:230: void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry &, uint64_t, uint64_t, uint32_t, int64_t): Assertion `RealOffset <= (2147483647) && RealOffset >= (-2147483647-1)' failed. The reason is that AddressSanitizer replaces system malloc with its own allocator, which allocates memory at "unusual" parts of heap and the di...

...nEngine/MCJIT/test-fp-no-external-funcs-remote.ll LLVM :: ExecutionEngine/MCJIT/test-global-init-nonzero-remote.ll All of them fail with assertion: lli: /usr/local/google/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldELF.cpp:230: void llvm::RuntimeDyldELF::resolveX86_64Relocation(const llvm::SectionEntry &, uint64_t, uint64_t, uint32_t, int64_t): Assertion `RealOffset <= (2147483647) && RealOffset >= (-2147483647-1)' failed. The reason is that AddressSanitizer replaces system malloc with its own allocator, which allocates memory at "unusual" parts of heap and the di...

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 wa...