mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-09-30 04:56:49 +00:00
c32f2332b0
In the case (shown in the attached test) where a member function definition was emitted into debug info the following could occur: 1) build the debug info for the member function definition 2) in (1), build the debug info for the member function declaration 3) construct and add the member function declaration DIE 4) add it to its context 5) build its context (the type it is a member of) 6) construct the members and add them to the type 7) except don't add member functions because "getOrCreateSubprogram" adds the function to its parent anyway 8) except we're only partway through building this subprogram declaration so it hasn't been added yet - but we returned the partially constructed DIE (since it's already in the MDNode->DIE mapping to avoid infinitely recursing trying to create the member function DIE) 9) once the type is constructed, add the member function to it 10) now the members are out of order (the member function being defined is listed as the last member, even though it was declared as the first) To avoid this, construct the context of the subprogram DIE before we query to see if it exists. That way we never end up creating it before creating its context and ending up in this situation. Alternatively, the type construction that visits/builds all the members could call something like getOrCreateSubprogram, but that doesn't ever do the "add to context" step. Then the type building code would always be responsible for adding members (and the subprogram "addToContextDIE" would no-op because the context building would have added the subprogram declaration to the type/context DIE already). (the test cases updated were overly-sensitive to offsets or abbreviation numbers. We don't have a nice way to make these tests more robust as yet - multiline FileCheck matches would be required) git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191939 91177308-0d34-0410-b5e6-96231b3b80d8 |
||
|---|---|---|
| .. | ||
| AArch64 | ||
| ARM | ||
| Inputs | ||
| PowerPC | ||
| SystemZ | ||
| X86 | ||
| 2009-10-16-Phi.ll | ||
| 2009-11-03-InsertExtractValue.ll | ||
| 2009-11-05-DeadGlobalVariable.ll | ||
| 2009-11-06-NamelessGlobalVariable.ll | ||
| 2009-11-10-CurrentFn.ll | ||
| 2010-01-05-DbgScope.ll | ||
| 2010-01-19-DbgScope.ll | ||
| 2010-03-12-llc-crash.ll | ||
| 2010-03-19-DbgDeclare.ll | ||
| 2010-03-24-MemberFn.ll | ||
| 2010-03-30-InvalidDbgInfoCrash.ll | ||
| 2010-04-06-NestedFnDbgInfo.ll | ||
| 2010-04-19-FramePtr.ll | ||
| 2010-05-03-DisableFramePtr.ll | ||
| 2010-05-03-OriginDIE.ll | ||
| 2010-05-10-MultipleCU.ll | ||
| 2010-06-29-InlinedFnLocalVar.ll | ||
| 2010-07-19-Crash.ll | ||
| 2010-10-01-crash.ll | ||
| array.ll | ||
| bug_null_debuginfo.ll | ||
| debuglineinfo.test | ||
| dwarf-public-names.ll | ||
| dwarfdump-debug-frame-simple.test | ||
| dwarfdump-debug-loc-simple.test | ||
| dwarfdump-dump-flags.test | ||
| dwarfdump-inlining.test | ||
| dwarfdump-pubnames.test | ||
| dwarfdump-test.test | ||
| dwarfdump-type-units.test | ||
| dwarfdump-zlib.test | ||
| enum.ll | ||
| global.ll | ||
| inheritance.ll | ||
| inline-debug-info-multiret.ll | ||
| inline-debug-info.ll | ||
| inlined-arguments.ll | ||
| inlined-vars.ll | ||
| llvm-symbolizer.test | ||
| member-order.ll | ||
| member-pointers.ll | ||
| namespace.ll | ||
| template-recursive-void.ll | ||
| tu-composite.ll | ||
| tu-member-pointer.ll | ||
| two-cus-from-same-file.ll | ||
| version.ll | ||