<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>10b048c8922d746b14e991f468e00b3ca67c9d95 - [lldb] Make CompilerDecl::GetName (always) return template args (#116068)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/history/llvm-project/lldb/test/API/lang/cpp/forward/Makefile#10b048c8922d746b14e991f468e00b3ca67c9d95</link>
        <description>[lldb] Make CompilerDecl::GetName (always) return template args (#116068)I ran into this while look at a different bug (patch coming soon). Thisfunction has only two callers. The first is SBTypeStaticField::GetName(which doesn&apos;t care about templates), and the other isCompilerDecl::GetCompilerContext (in the TypeQuery constructor), whichdoes want template arguments.This function was (normally) returning the name without template args.Since this code is only used when looking up a type in another sharedlibrary, the odds of running into this bug are relatively low, but I adda test to demonstrate the scenario and the fix for it nonetheless.Amazingly (and scarily), this test actually passes without this changein the default configuration -- and only fails with-gsimple-template-names. The reason for that is that in thenon-simplified case we create a regular CXXRecordDecl whose name is&quot;bar&lt;int&gt;&quot; (instead of a template record &quot;foo&quot; with an argument of&quot;int&quot;). When evaluating the expression, we are somehow able to replacethis with a proper template specialization decl.

            List of files:
            /llvm-project/lldb/test/API/lang/cpp/forward/Makefile</description>
        <pubDate>Fri, 15 Nov 2024 11:24:12 +0000</pubDate>
        <dc:creator>Pavel Labath &lt;pavel@labath.sk&gt;</dc:creator>
    </item>
</channel>
</rss>
