<?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 module.modulemap</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f983f7f6 - [modules] Fix merging of __va_list_tag&apos;s implicit special member functions.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/va_list/module.modulemap#f983f7f6</link>
        <description>[modules] Fix merging of __va_list_tag&apos;s implicit special member functions.We model predefined declarations as not being from AST files, but in most waysthey act as if they come from some implicit prebuilt module file importedbefore all others. Therefore, if we see an update to the predefined &apos;struct__va_list_tag&apos; declaration (and we&apos;ve already loaded any modules), it needs acorresponding update record, even though it didn&apos;t technically come from an ASTfile.llvm-svn: 250134

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/va_list/module.modulemap</description>
        <pubDate>Tue, 13 Oct 2015 00:23:25 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>f5f9a836 - Fix r217275 to work without the need for standard headers being included</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/va_list/module.modulemap#f5f9a836</link>
        <description>Fix r217275 to work without the need for standard headers being includedIt seems (I guess) in ObjC that va_list is provided without the need forinclusions. I verified that with this change the test still crashes inthe absence of the fix committed in r217275.llvm-svn: 217290

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/va_list/module.modulemap</description>
        <pubDate>Fri, 05 Sep 2014 23:36:59 +0000</pubDate>
        <dc:creator>David Blaikie &lt;dblaikie@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>bb1c918e - Move the initialization of VAListTagName after InitializeSema()</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/va_list/module.modulemap#bb1c918e</link>
        <description>Move the initialization of VAListTagName after InitializeSema()This innocuous statement to get the identifier info for __va_list_tagwas causing an assertion failure:  NextIsPrevious() &amp;&amp; &quot;decl became non-canonical unexpectedly&quot;if the __va_list_tag identifier was found in a PCH in somecircumstances, because it was looked up before the ASTReader had a Semaobject to use to find existing decls to merge with.We could possibly move getting the identifier info even later, or makeit lazy if we wanted to, but this seemed like the minimal change.Now why a PCH would have this identifier in the first place is a bitmysterious. This seems to be related to the global module index in someway, because when the test case is built without the global module indexit will not emit an identifier for __va_list_tag into the PCH, but withthe global module index it does.llvm-svn: 217275

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/va_list/module.modulemap</description>
        <pubDate>Fri, 05 Sep 2014 20:24:27 +0000</pubDate>
        <dc:creator>Ben Langmuir &lt;blangmuir@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
