search for: constructabstractsubprogramscopedie

...ars at gmail.com] Sent: Friday, January 12, 2018 12:16 PM To: Robinson, Paul Cc: llvm-dev at lists.llvm.org; David Blaikie Subject: Re: [llvm-dev] StripDeadDebugInfo for static inline functions. Just one update: the function causing the segmentation fault is the following: 359 void DwarfDebug::constructAbstractSubprogramScopeDIE(LexicalScope *Scope) { 360 assert(Scope && Scope->getScopeNode()); 361 assert(Scope->isAbstractScope()); 362 assert(!Scope->getInlinedAt()); 363 364 const MDNode *SP = Scope->getScopeNode(); 365 366 ProcessedSPNodes.insert(SP); 367 368 // Find the s...

Just one update: the function causing the segmentation fault is the following: 359 void DwarfDebug::constructAbstractSubprogramScopeDIE(LexicalScope *Scope) { 360 assert(Scope && Scope->getScopeNode()); 361 assert(Scope->isAbstractScope()); 362 assert(!Scope->getInlinedAt()); 363 364 const MDNode *SP = Scope->getScopeNode(); 365 366 ProcessedSPNodes.insert(SP); 367 368 // Find the s...

...aul.robinson at sony.com> wrote: > I'm not as familiar with all the ins and outs of metadata as maybe I > should be, but ultimately the inlined function should have a DWARF > description contained within the description of the caller (which is why > you're seeing the call to constructAbstractSubprogramScopeDIE). That > suggests that the DISubprogram for the inlined function ought to remain, > and its scope should be the DICompileUnit. > > --paulr > > > > *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] *On Behalf Of *Arsen > Hakobyan via llvm-dev > *Sent:* Frida...

..., Paul > *Cc:* llvm-dev at lists.llvm.org; David Blaikie > *Subject:* Re: [llvm-dev] StripDeadDebugInfo for static inline functions. > > > > Just one update: > > > > the function causing the segmentation fault is the following: > > > > 359 void DwarfDebug::constructAbstractSubprogramScopeDIE(LexicalScope > *Scope) { > > 360 assert(Scope && Scope->getScopeNode()); > > 361 assert(Scope->isAbstractScope()); > > 362 assert(!Scope->getInlinedAt()); > > 363 > > 364 const MDNode *SP = Scope->getScopeNode(); > > 365 >...

...lto:llvm-dev at lists.llvm.org>; David Blaikie > Subject: Re: [llvm-dev] StripDeadDebugInfo for static inline functions. > > > > Just one update: > > > > the function causing the segmentation fault is the following: > > > > 359 void DwarfDebug::constructAbstractSubprogramScopeDIE(LexicalScope *Scope) { > 360 assert(Scope && Scope->getScopeNode()); > 361 assert(Scope->isAbstractScope()); > 362 assert(!Scope->getInlinedAt()); > 363 > 364 const MDNode *SP = Scope->getScopeNode(); > 365 > 366 ProcessedSPNodes.insert(SP...

...ICompileUnit is cleaned and its subprograms list has no reference to the DISubprogram for the inlined function, but as there is reference from the DILocalVariables to the DISubprogram it remains (IMHO). This caused to a segmentation fault while running llc on the optimized IR file at function "constructAbstractSubprogramScopeDIE" in file DwarfDebug.cpp because the scope of the DISubprogram is null (I assume it should be the DICompileUnit). So I would like to know what would be the correct solution for this issue: Update optimization to not remove reference from the subprograms list, or to skip finding scope in llc....

I'm not as familiar with all the ins and outs of metadata as maybe I should be, but ultimately the inlined function should have a DWARF description contained within the description of the caller (which is why you're seeing the call to constructAbstractSubprogramScopeDIE). That suggests that the DISubprogram for the inlined function ought to remain, and its scope should be the DICompileUnit. --paulr From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Arsen Hakobyan via llvm-dev Sent: Friday, January 12, 2018 1:57 AM To: llvm-dev at lists.llvm....