search for: getorcreatetypedi

...ike something infinite-recursion like to me: $ clang --version clang version 6.0.0 (trunk 317833) Target: powerpc64le-unknown-linux-gnu $ clang -c test.ll warning: overriding the module target triple with powerpc64le-unknown-linux-gnu [-Woverride-module] ... #255 0x0000000012b07a78 llvm::DwarfUnit::getOrCreateTypeDIE(llvm::MDNode const*) ... So I'd say it reproduces. On Wed, Nov 15, 2017 at 6:20 AM, 陳韋任 via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Test on Mac, with not latest but trunk code. I get error below: > > $ clang -c test.ll > warning: overriding the module target triple...

...te) + 610 8 clang 0x00000000016b9337 llvm::DwarfUnit::constructMemberDIE(llvm::DIE&, llvm::DIDerivedType) + 135 9 clang 0x00000000016ba2ed llvm::DwarfUnit::constructTypeDIE(llvm::DIE&, llvm::DICompositeType) + 2221 10 clang 0x00000000016b7e9c llvm::DwarfUnit::getOrCreateTypeDIE(llvm::MDNode const*) + 412 11 clang 0x00000000016b80a9 llvm::DwarfUnit::addType(llvm::DIE&, llvm::DIType, llvm::dwarf::Attribute) + 185 12 clang 0x00000000016dcd3d llvm::DwarfCompileUnit::getOrCreateGlobalVariableDIE(llvm::DIGlobalVariable) + 1757 13 clang 0x00000...

...37 >> llvm::DwarfUnit::constructMemberDIE(llvm::DIE&, llvm::DIDerivedType) + 135 >> 9 clang 0x00000000016ba2ed >> llvm::DwarfUnit::constructTypeDIE(llvm::DIE&, llvm::DICompositeType) + 2221 >> 10 clang 0x00000000016b7e9c >> llvm::DwarfUnit::getOrCreateTypeDIE(llvm::MDNode const*) + 412 >> 11 clang 0x00000000016b80a9 >> llvm::DwarfUnit::addType(llvm::DIE&, llvm::DIType, llvm::dwarf::Attribute) >> + 185 >> 12 clang 0x00000000016dcd3d >> llvm::DwarfCompileUnit::getOrCreateGlobalVariableDIE(llvm::DIGlob...

I have a fairly recent LLD/LTO llvm crashing on DIE *ContextDIE = getOrCreateContextDIE(Context) being null for a (local) variable. (Context is a DICompileUnit in this case, but it's not present in MDNodeToDieMap so it returns null. callstack is: llc.exe!llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode * TyNode) Line 718 C++ llvm::DwarfUnit::addType(llvm::DIE & Entity, const llvm::DIType * Ty, llvm::dwarf::Attribute Attribute) Line 768 C++ llvm::DwarfCompileUnit::applyVariableAttributes(const llvm::DbgVariable & Var, llvm::DIE & VariableDie) Line 897 C++ llvm::D...

...structMemberDIE(llvm::DIE&, llvm::DIDerivedType) + 135 >>>> 9 clang 0x00000000016ba2ed >>>> llvm::DwarfUnit::constructTypeDIE(llvm::DIE&, llvm::DICompositeType) + 2221 >>>> 10 clang 0x00000000016b7e9c >>>> llvm::DwarfUnit::getOrCreateTypeDIE(llvm::MDNode const*) + 412 >>>> 11 clang 0x00000000016b80a9 >>>> llvm::DwarfUnit::addType(llvm::DIE&, llvm::DIType, llvm::dwarf::Attribute) + >>>> 185 >>>> 12 clang 0x00000000016dcd3d >>>> llvm::DwarfCompileUnit::g...

...mit-llvm test1.cpp -S -o test1.ll $ clang++ -g -emit-llvm test2.cpp -S -o test2.ll $ llvm-link test1.ll test2.ll -S -o linked.ll $ llc linked.ll The last step raises an assertion error, assuming you have assertions enabled: llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' failed The initial introduction of the "test" namespace in test2.cpp seems to confuse clang -- test1.cpp and test2.cpp have non-compatible debug informat...

I just reported this bug: https://bugs.llvm.org/show_bug.cgi?id=35314 This very simple IR is causing infinite recursion in llvm::DwarfUnit::getOrCreateTypeDIE in llvm 5.0.0. Is there a workaround? Is anyone willing to save me a recompile and check if this is fixed in 5.0.1 or trunk? `clang -c test.ll` repros the issue. ; ModuleID = 'test' source_filename = "test" target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128"...

...32 crash on DIE code I have a fairly recent LLD/LTO llvm crashing on DIE *ContextDIE = getOrCreateContextDIE(Context) being null for a (local) variable. (Context is a DICompileUnit in this case, but it's not present in MDNodeToDieMap so it returns null. callstack is: llc.exe!llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode * TyNode) Line 718 C++ llvm::DwarfUnit::addType(llvm::DIE & Entity, const llvm::DIType * Ty, llvm::dwarf::Attribute Attribute) Line 768 C++ llvm::DwarfCompileUnit::applyVariableAttributes(const llvm::DbgVariable & Var, llvm::DIE & VariableDie) Line 897...

...2.cpp -S -o test2.ll >> $ llvm-link test1.ll test2.ll -S -o linked.ll >> $ llc linked.ll >> >> The last step raises an assertion error, assuming you have assertions >> enabled: >> llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* >> llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == >> resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' >> failed >> >> The initial introduction of the "test" namespace in test2.cpp seems to >> confuse clang -- test1.cpp and...

...> $ llc linked.ll >>>>>> >>>>>> The last step raises an assertion error, assuming you have assertions >>>>>> enabled: >>>>>> llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* >>>>>> llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == >>>>>> resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' >>>>>> failed >>>>>> >>>>>> The initial introduction of the "test" namespac...

...xpression, const wchar_t * const file_name, const unsigned int line_number, void * const return_address) Line 415 C++ Symbols loaded. ucrtbased.dll!_wassert(const wchar_t * expression, const wchar_t * file_name, unsigned int line_number) Line 443 C++ Symbols loaded. lld.exe!llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode * TyNode) Line 753 C++ Symbols loaded. lld.exe!llvm::DwarfUnit::addType(llvm::DIE & Entity, const llvm::DIType * Ty, llvm::dwarf::Attribute Attribute) Line 803 C++ Symbols loaded. lld.exe!llvm::DwarfCompileUnit::applyVariableAttributes(const llvm::DbgVariable &...

...ll test2.ll -S -o linked.ll >>>> $ llc linked.ll >>>> >>>> The last step raises an assertion error, assuming you have assertions >>>> enabled: >>>> llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* >>>> llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == >>>> resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' >>>> failed >>>> >>>> The initial introduction of the "test" namespace in test2.cpp seems to >>...

...>>> >>>>>>>> The last step raises an assertion error, assuming you have assertions >>>>>>>> enabled: >>>>>>>> llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* >>>>>>>> llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == >>>>>>>> resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' >>>>>>>> failed >>>>>>>> >>>>>>>> The initial introduction...

...t;>>>>> The last step raises an assertion error, assuming you have assertions >>>>>>>>>> enabled: >>>>>>>>>> llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* >>>>>>>>>> llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == >>>>>>>>>> resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' >>>>>>>>>> failed >>>>>>>>>> >>>>>>>>&...

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

...he last step raises an assertion error, assuming you have assertions >>>>>>>>>>>> enabled: >>>>>>>>>>>> llc: lib/CodeGen/AsmPrinter/DwarfUnit.cpp:953: llvm::DIE* >>>>>>>>>>>> llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode*): Assertion `Ty == >>>>>>>>>>>> resolve(Ty.getRef()) && "type was not uniqued, possible ODR violation."' >>>>>>>>>>>> failed >>>>>>>>>>>> >>&g...

...t * const file_name, const unsigned int line_number, void * const return_address) Line 415 C++ Symbols loaded. ucrtbased.dll!_wassert(const wchar_t * expression, const wchar_t * file_name, unsigned int line_number) Line 443 C++ Symbols loaded. lld.exe!llvm::DwarfUnit::getOrCreateTypeDIE(const llvm::MDNode * TyNode) Line 753 C++ Symbols loaded. lld.exe!llvm::DwarfUnit::addType(llvm::DIE & Entity, const llvm::DIType * Ty, llvm::dwarf::Attribute Attribute) Line 803 C++ Symbols loaded. lld.exe!llvm::DwarfCompileUnit::applyVariableAttributes(const llvm...

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: > >

This isn't a realistic/viable implementation, just a hacked up "can I make it produce the right output" kind of thing, but while I hammer out a few more details (like fixing MC to allow multiple sections with the same name but different comdat groups) I figured I'd throw it out there to have a bit of a chat about it. I've tested simple cases of a single type and they seem to