<?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 delayed-template-parsing.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>05ed3efc - Handle delayed-template-parsing functions imported into a non-dtp TU</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/PCH/delayed-template-parsing.cpp#05ed3efc</link>
        <description>Handle delayed-template-parsing functions imported into a non-dtp TUSummary:DelayedTemplateParsing is marked as BENIGN_LANGOPT, so we are allowed touse a delayed template in a non-delayed TU.(This is clangd&apos;s default configuration on windows: delayed-template-parsingis on for the preamble and forced off for the current file)However today clang fails to parse implicit instantiations in a non-dtpTU of templates defined in a dtp PCH file (and presumably module?).In this case the delayed parser is not registered, so the function issimply marked &quot;delayed&quot; again. We then hit an assert:end of TU template instantiation should not create more late-parsed templatesReviewers: rsmithSubscribers: ilya-biryukov, usaxena95, cfe-commits, kadircetTags: #clangDifferential Revision: https://reviews.llvm.org/D81474

            List of files:
            /llvm-project-15.0.7/clang/test/PCH/delayed-template-parsing.cpp</description>
        <pubDate>Tue, 09 Jun 2020 15:13:34 +0000</pubDate>
        <dc:creator>Sam McCall &lt;sam.mccall@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
