Michael137 added inline comments.
================
Comment at: lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp:3040
+ case DW_TAG_enumeration_type:
+ {
----------------
Michael137 wrote:
> Michael137 wrote:
> > At first glance this seems OK but I'll want to check why the type doesn't
> > get resolved when `clang::Sema` asks LLDB for it by name
> Checking locally and will report back
Ok, so what happens for `expr Outer::Enum::var` is that LLDB will first resolve
the `Outer` structure (and all its member fields, but not nested types). When
clang looks for `Enum`, it wants to find it in a direct lookup into the `Outer`
DeclContext. But that lookup will fail because we never created the decls for
the nested type. There is no fallback to the external source in such a case
unfortunately so LLDB never has the chance to correct this. See the
`LookupQualifiedName` code path in `Sema::BuildCXXNestedNameSpecifier`.
So I think this proposed approach should be fine. But what I think could be
better is if we just do the same for `DW_TAG_enumeration_type` and
`DW_TAG_structure_type` as we do for `DW_TAG_subprogram`.
I.e., simply push back the type into `member_function_dies` (we should rename
this) and then it will get resolved properly in `CompleteRecordType`.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D156774/new/
https://reviews.llvm.org/D156774
_______________________________________________
lldb-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
