search for: sectionref

> So I'm using "llvm/ExecutionEngine/MCJIT.h" instead of > "llvm/ExecutionEngine/JIT.h", and I've added setUseMCJIT(true) to > EngineBuilder, but what actually happens is: > > LLVM ERROR: Target does not support MC emission! > > Do I need to do anything else? IIRC, this error might be due to not linking against the MCJIT library component. Add the

Hi Lang, LoadedObjectInfo::getSectionLoadAddress takes StringRef as an arg. That breaks if the object file has multiple sections with the same name. I made a change to add an overload that takes a SectionRef&. Can you please take a look? https://github.com/erozenfeld/llvm/commit/65f635e426bdc8e80a29ed370a78f0c0a282f265 Thanks, Eugene -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150723/e9a25f37/attachmen...

...that ELF file based on the data contained within another section. Using llvm-objdump as a template of how to read an object file, I've been able to read the latter section that tells me what to edit, but I haven't found a way to edit the former, as everything in the MCSection/ELFObjectFile/SectionRef classes seem to be read-only as far as section contents are concerned. The changes I would want to make don't change the size of any section, all I need to do is for example zero the first n bytes of .text whilst keeping the rest of the object the same. What would be the recommended approach t...

...Eugene Rozenfeld <Eugene.Rozenfeld at microsoft.com> wrote: > Hi Lang, > > > > LoadedObjectInfo::getSectionLoadAddress takes StringRef as an arg. That > breaks if the object file has multiple sections with the same name. I made a > change to add an overload that takes a SectionRef&. Can you please take a > look? > > > > https://github.com/erozenfeld/llvm/commit/65f635e426bdc8e80a29ed370a78f0c0a282f265 Out of curiosity, is there any reason not to send this through the normal llvm-commits patch submission/review process? -- Meador

...tained within >> another section. Using llvm-objdump as a template of how to read an >> object file, I've been able to read the latter section that tells me >> what to edit, but I haven't found a way to edit the former, as >> everything in the MCSection/ELFObjectFile/SectionRef classes seem to be >> read-only as far as section contents are concerned. >> >> The changes I would want to make don't change the size of any section, >> all I need to do is for example zero the first n bytes of .text whilst >> keeping the rest of the object the s...

...vm/trunk/tools/sancov/sancov.cc Mon Feb 22 07:11:58 2016 > @@ -364,7 +364,7 @@ static void getObjectCoveragePoints(cons > if (SanCovAddrs.empty()) > Fail("__sanitizer_cov* functions not found"); > > - for (const auto Section : O.sections()) { > + for (object::SectionRef Section : O.sections()) { > if (Section.isVirtual() || !Section.isText()) // llvm-objdump does the same. > continue; > uint64_t SectionAddr = Section.getAddress(); > > > _______________________________________________ > llvm-commits mailing list > llvm-commi...

...ugene Rozenfeld <Eugene.Rozenfeld at microsoft.com> wrote: > Hi Lang, > > > > LoadedObjectInfo::getSectionLoadAddress takes StringRef as an arg. > That breaks if the object file has multiple sections with the same > name. I made a change to add an overload that takes a SectionRef&. Can > you please take a look? > > > > https://github.com/erozenfeld/llvm/commit/65f635e426bdc8e80a29ed370a78f0c0a282f265 Out of curiosity, is there any reason not to send this through the normal llvm-commits patch submission/review process? -- Meador

...A4AC40 0x00000079E68EEE88 0x00000079E6A317FC 0x00000079E68EEC98), llvm::object::COFFObjectFile::getSectionContents() + 0x74 bytes(s), c:\llvm\llvm\lib\object\coffobject file.cpp, line 293 0x00007FF65E8B2BC5 (0x00000079E68EEC48 0x00000079E68EEE88 0x00000079E68EEC98 0x00000079E68EEC78), llvm::object::SectionRef::getContents() + 0x55 bytes(s), c:\llvm\llvm\include\llvm\object\objectfile.h , line 375 + 0x2D byte(s) 0x00007FF65EA1E516 (0x00000079E6A5DEA0 0x00000079E68EEFF0 0x00000079E6A4AC40 0xCCCCCCCCCCCCCCCC), llvm::RuntimeDyldImpl::loadObjectImpl() + 0x4D6 bytes(s), c:\llvm\llvm\lib\executionengine\runtim...

...68EEE88 0x00000079E6A317FC 0x00000079E68EEC98), llvm::object::COFFObjectFile::getSectionContents() + 0x74 bytes(s), c:\llvm\llvm\lib\object\coffobject >> file.cpp, line 293 >> 0x00007FF65E8B2BC5 (0x00000079E68EEC48 0x00000079E68EEE88 0x00000079E68EEC98 0x00000079E68EEC78), llvm::object::SectionRef::getContents() + 0x55 bytes(s), c:\llvm\llvm\include\llvm\object\objectfile.h >> , line 375 + 0x2D byte(s) >> 0x00007FF65EA1E516 (0x00000079E6A5DEA0 0x00000079E68EEFF0 0x00000079E6A4AC40 0xCCCCCCCCCCCCCCCC), llvm::RuntimeDyldImpl::loadObjectImpl() + 0x4D6 bytes(s), c:\llvm\llvm\lib\exec...

...t; llvm::object::COFFObjectFile::getSectionContents() + 0x74 bytes(s), >> c:\llvm\llvm\lib\object\coffobject >> >> file.cpp, line 293 >> >> 0x00007FF65E8B2BC5 (0x00000079E68EEC48 0x00000079E68EEE88 >> 0x00000079E68EEC98 0x00000079E68EEC78), >> llvm::object::SectionRef::getContents() + 0x55 bytes(s), >> c:\llvm\llvm\include\llvm\object\objectfile.h >> >> , line 375 + 0x2D byte(s) >> >> 0x00007FF65EA1E516 (0x00000079E6A5DEA0 0x00000079E68EEFF0 >> 0x00000079E6A4AC40 0xCCCCCCCCCCCCCCCC), >> llvm::RuntimeDyldImpl::loadObjectI...

Thanks for the link! There’s some code there that looks extremely relevant to say the least. > On 1 Oct 2015, at 19:00, Hayden Livingston <halivingston at gmail.com> wrote: > > Maybe looking at their code might help: > > https://github.com/dotnet/llilc/blob/dd12743f9cdb5418f1c39b2cd756da1e8396a922/lib/Jit/LLILCJit.cpp#L299 > > On Thu, Oct 1, 2015 at 10:45 AM, David

...E6A317FC 0x00000079E68EEC98), llvm::object::COFFObjectFile::getSectionContents() + 0x74 bytes(s), c:\llvm\llvm\lib\object\coffobject >> >> file.cpp, line 293 >> >> 0x00007FF65E8B2BC5 (0x00000079E68EEC48 0x00000079E68EEE88 0x00000079E68EEC98 0x00000079E68EEC78), llvm::object::SectionRef::getContents() + 0x55 bytes(s), c:\llvm\llvm\include\llvm\object\objectfile.h >> >> , line 375 + 0x2D byte(s) >> >> 0x00007FF65EA1E516 (0x00000079E6A5DEA0 0x00000079E68EEFF0 0x00000079E6A4AC40 0xCCCCCCCCCCCCCCCC), llvm::RuntimeDyldImpl::loadObjectImpl() + 0x4D6 bytes(s), c:\...