<?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 foo.modulemap</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e6b7c28d - Modular Codegen: Add/use a bit in serialized function definitions to track whether they are the subject of modular codegen</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/codegen-nodep/foo.modulemap#e6b7c28d</link>
        <description>Modular Codegen: Add/use a bit in serialized function definitions to track whether they are the subject of modular codegenSome decls are created not where they are written, but in other modulefiles/users (implicit special members and function template implicitspecializations). To correctly identify them, use a bit next to the definitionto track the modular codegen property.Discussed whether the module file bit could be omitted in favor ofreconstituting from the modular codegen decls list - best guess today is thatthe efficiency improvement of not having to deserialize the whole list wheneverany function is queried by a module user is worth it for the small sizeincrease of this redundant (list + bit-on-def) representation.Reviewers: rsmithDifferential Revision: https://reviews.llvm.org/D29901llvm-svn: 299982

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/codegen-nodep/foo.modulemap</description>
        <pubDate>Tue, 11 Apr 2017 20:46:34 +0000</pubDate>
        <dc:creator>David Blaikie &lt;dblaikie@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
