https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932

--- Comment #11 from Xi Ruoyao <ryxi at stu dot xidian.edu.cn> ---
(In reply to Martin Sebor from comment #10)
> Unless the exact format for non-type template arguments is specified in
> DWARF (I don't think it is) it seems that a more robust solution is to
> enhance GDB to be able to understand types with and without the suffix (and
> other equivalent forms).
> 
> In the type system there is no difference between A<2>, A<2U>, or
> A<(unsigned int)2> and all three are emitted as the DW_AT_name by compilers
> for A<unsigned> instantiated with the value 2.
> 
> But Jason is the DWARF expert so he should weigh in on this question.

DWARF 5 2.15(Identifier Names):

> Because the names of program objects described by DWARF are the names as
> they appear in the source program, implementations of language translators
> that use some form of mangled name (as do many implementations of C++)
> should use the unmangled form of the name in the DW_AT_name attribute...

And DWARF wiki <http://wiki.dwarfstd.org/index.php?title=Best_Practices>:

> For template instantiations, the DW_AT_name attribute should contain both
> the source language name of the object and the template parameters that
> distinguish one instantiation from another. The resulting string should
> be in the natural form for the language, and should have a canonical
> representation (i.e., different producers should generate the same
> representation). For C++, the string should match that produced by the
> *target platform's canonical demangler*; spaces should only be inserted
> where syntactically required by the compiler.

Here our canonical demangler should be c++filt.  And c++filt produce names
with type suffix.

Reply via email to