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 lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits