search for: endmodule

....cfi_sections .debug_frame directive following previous .cfi directives. The assemblers seem to be happy if the .cfi_sections directive precedes any other .cfi directive. Is this a bug in binutils or LLVM? It looks as if a fix might be to move the generation of the .cfi_sections directive from endModule() to somewhere else (maybe a non-existant beginModule()?). Could someone give me some hints about what the right approach might be? It looks as if the ARM code generator might need special handling also since it appears to emit the .cfi_sections directive itself. Thanks for any suggestions. -...

...a30265 gsignal + 53 4 libc.so.6 0x0000003255a31d10 abort + 272 5 libc.so.6 0x0000003255a296e6 __assert_fail + 246 6 llc 0x000000000133e387 7 llc 0x0000000000f1fca5 llvm::DwarfDebug::emitDebugInfo() + 255 8 llc 0x0000000000f2b9c6 llvm::DwarfDebug::endModule() + 1954 9 llc 0x0000000000f1502a llvm::AsmPrinter::doFinalization(llvm::Module&) + 790 10 llc 0x00000000012e595b llvm::FPPassManager::doFinalization(llvm::Module&) + 67 11 llc 0x00000000012e9f82 llvm::FPPassManager::runOnModule(llvm::Module&) + 120...

....com/hSwdLdD0 for target triple x86_64-apple-macosx fails with : assert(Symbol->isUndefined() && "Cannot define a symbol twice!"); `anon'::MCMachOStreamer::EmitLabel(llvm::MCSymbol * Symbol) llvm::DwarfDebug::emitDebugInfo() Line 1752 + 0x3c bytes C++ llvm::DwarfDebug::endModule() Line 865 C++ llvm::AsmPrinter::doFinalization(llvm::Module & M) Line 878 C++ llvm::FPPassManager::doFinalization(llvm::Module & M) Line 1536 llvm::FPPassManager::runOnModule(llvm::Module & M) Line 1520 llvm::MPPassManager::runOnModule(llvm::Module & M) Line 1572 llvm::PassMan...

...yVariableAttributes(llvm::DbgVariable const&, llvm::DIE&) + 915 5 clang 0x000000000168bdfe llvm::DwarfDebug::finishVariableDefinitions() + 270 6 clang 0x0000000001690424 llvm::DwarfDebug::finalizeModuleInfo() + 52 7 clang 0x000000000169c4a8 llvm::DwarfDebug::endModule() + 40 8 clang 0x00000000016850f7 llvm::AsmPrinter::doFinalization(llvm::Module&) + 551 9 clang 0x00000000011befe5 llvm::FPPassManager::doFinalization(llvm::Module&) + 69 10 clang 0x00000000011ca40d llvm::legacy::PassManagerImpl::run(llvm::Module&) + 813...

...4 libc.so.6 0x0000003255a31d10 abort + 272 > 5 libc.so.6 0x0000003255a296e6 __assert_fail + 246 > 6 llc 0x000000000133e387 > 7 llc 0x0000000000f1fca5 llvm::DwarfDebug::emitDebugInfo() + 255 > 8 llc 0x0000000000f2b9c6 llvm::DwarfDebug::endModule() + 1954 > 9 llc 0x0000000000f1502a llvm::AsmPrinter::doFinalization(llvm::Module&) + 790 > 10 llc 0x00000000012e595b llvm::FPPassManager::doFinalization(llvm::Module&) + 67 > 11 llc 0x00000000012e9f82 llvm::FPPassManager::runOnModule(llvm::Modu...

...llvm::DbgVariable & Var, llvm::DIE & VariableDie) Line 897 C++ llvm::DwarfCompileUnit::finishVariableDefinition(const llvm::DbgVariable & Var) Line 725 C++ llvm::DwarfDebug::finishVariableDefinitions() Line 655 C++ llvm::DwarfDebug::finalizeModuleInfo() Line 677 C++ llvm::DwarfDebug::endModule() Line 768 C++ llvm::AsmPrinter::doFinalization(llvm::Module & M) Line 1348 C++ llvm::FPPassManager::doFinalization(llvm::Module & M) Line 1559 C++ `anonymous namespace'::MPPassManager::runOnModule(llvm::Module & M) Line 1615 C++ llvm::legacy::PassManagerImpl::run(llvm::Module &amp...

...:DbgVariable & Var, llvm::DIE & VariableDie) Line 897 C++ llvm::DwarfCompileUnit::finishVariableDefinition(const llvm::DbgVariable & Var) Line 725 C++ llvm::DwarfDebug::finishVariableDefinitions() Line 655 C++ llvm::DwarfDebug::finalizeModuleInfo() Line 677 C++ llvm::DwarfDebug::endModule() Line 768 C++ llvm::AsmPrinter::doFinalization(llvm::Module & M) Line 1348 C++ llvm::FPPassManager::doFinalization(llvm::Module & M) Line 1559 C++ `anonymous namespace'::MPPassManager::runOnModule(llvm::Module & M) Line 1615 C++ llvm::legacy::PassManagerImpl::run(llvm::Modul...

...n SelectionDAGISel::SetDebugLoc() for every IR instruction. Next, in SelectionDAGBuilder::visit() i transfer the current instruction's metadata from the DAGBuilder to the instruction's SDNode. In InstrEmitter::EmitNode() I copy the metadata from the SDNode to the MachineInstr. DwarfDebug::endModule() creates my user-defined DIE (after defining my own DW_TAG and DW_AT IDs in Dwarf.h) and adds it to the ModuleCU (for simplicity I'm adding my DIEs to the module's debug_info section) I Added a few lines to Dwarf.cpp for emitting the correct name for my new DW_TAG and AT (useful when look...

...fCompileUnit::finishVariableDefinition(const llvm::DbgVariable & Var) Line 808 C++ Symbols loaded. lld.exe!llvm::DwarfDebug::finishVariableDefinitions() Line 671 C++ Symbols loaded. lld.exe!llvm::DwarfDebug::finalizeModuleInfo() Line 693 C++ Symbols loaded. lld.exe!llvm::DwarfDebug::endModule() Line 784 C++ Symbols loaded. lld.exe!llvm::AsmPrinter::doFinalization(llvm::Module & M) Line 1352 C++ Symbols loaded. lld.exe!llvm::FPPassManager::doFinalization(llvm::Module & M) Line 1559 C++ Symbols loaded. lld.exe!`anonymous namespace'::MPPassManager::runOnModule(llvm:...

Indeed, it's 32bits x86 and there's no .safeseh or anything like it, even readobj -coff-load-config says nothing: File: ConsoleApplication830.exe Format: COFF-i386 Arch: i386 AddressSize: 32bit Now I know what to look for, thanks! On Mon, Aug 20, 2018, at 18:46, Reid Kleckner wrote: > This is 32-bit x86, right? Sounds like the exception handler did not > appear in the /safeseh

Hi Roger, On Mon, Aug 23, 2010 at 4:01 PM, Roger Wang <innit42 at gmail.com> wrote: > Dear all, > > I'd like to find the memory location of certain instructions in a > compiled/linked binary. During the IR phase, I tag instructions I'm > interested in with LLVM'-2.7's new metadata (MDNodes with an identifiable > ID). I'd now like to propagate that data

This one triggers an assertion in calculateSEHStateNumbers due to weird catchpad instruction in @_island_debug_invoke and many other functions. The code expects either pointer to a filter function or null in first operand, while you're passing pointer to structure: catchpad within %80 [{i8*, i8*}* anon..., ...] ________________________________________ От: Carlo Kok <ck at

...eDefinition(const llvm::DbgVariable & Var) Line 808 C++ Symbols loaded. lld.exe!llvm::DwarfDebug::finishVariableDefinitions() Line 671 C++ Symbols loaded. lld.exe!llvm::DwarfDebug::finalizeModuleInfo() Line 693 C++ Symbols loaded. lld.exe!llvm::DwarfDebug::endModule() Line 784 C++ Symbols loaded. lld.exe!llvm::AsmPrinter::doFinalization(llvm::Module & M) Line 1352 C++ Symbols loaded. lld.exe!llvm::FPPassManager::doFinalization(llvm::Module & M) Line 1559 C++ Symbols loaded. lld.exe!`anonymous namespace'::MPPa...

Dear all, I'd like to find the memory location of certain instructions in a compiled/linked binary. During the IR phase, I tag instructions I'm interested in with LLVM'-2.7's new metadata (MDNodes with an identifiable ID). I'd now like to propagate that data to the assembly via a custom DWARF tag I attach to each X86 instruction created from a tagged IR instruction. This will

Op 16-3-2018 om 20:16 schreef Evgeny Leviant: > Hello Carlo, > > I tried your reproducer and faced different problem from one you described > (I'm using MacOS Sierra and lld built from trunk on Mar, 15). The crash happens > when SelectionDAGBuilder::lowerInvokable tries to access EH info of this function: > >