Michael137 added inline comments.
================
Comment at: lldb/test/API/lang/cpp/unique-types4/TestUniqueTypes4.py:15
+ lldbutil.run_to_source_breakpoint(self, "// Set breakpoint here",
lldb.SBFileSpec("main.cpp"))
+ # FIXME: these should successfully print the values
+ self.expect("print ns::Foo<double>::value", substrs=["no member
named"], error=True)
----------------
aeubanks wrote:
> this makes handling of -gsimple-template-names the same as the current
> handling of -gno-simple-template-names
>
> I haven't dug too deep into the existing difference between
> `FooDouble`/`FooInt` vs the others
>
> for the "no member named" errors, I believe clang is attempting to get the
> uninstantiated declarations of `Foo`/`Bar`, which the dwarf knows nothing
> about
Yup that's exactly what it is. For `expr Foo<double>`, `clang::Sema`'s template
lookup would ask LLDB to give it type `Foo`, but we can't service that request
from DWARF currently
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D140240/new/
https://reviews.llvm.org/D140240
_______________________________________________
lldb-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
