<?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.map</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>8b7c0398 - [modules] PR20507: Avoid silent textual inclusion.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#8b7c0398</link>
        <description>[modules] PR20507: Avoid silent textual inclusion.Summary:If a module was unavailable (either a missing requirement on the modulebeing imported, or a missing file anywhere in the top-level module (andnot dominated by an unsatisfied `requires`)), we would silently treatinclusions as textual. This would cause all manner of crazy andconfusing errors (and would also silently &quot;work&quot; sometimes, making theproblem difficult to track down).I&apos;m really not a fan of the `M-&gt;isAvailable(getLangOpts(), getTargetInfo(),Requirement, MissingHeader)` function; it seems to do too many things atonce, but for now I&apos;ve done things in a sort of awkward way.The changes to test/Modules/Inputs/declare-use/module.mapwere necessitated because the thing that was meant to be tested there(introduced in r197805) was predicated on silently falling back to textualinclusion, which we no longer do.The changes to test/Modules/Inputs/macro-reexport/module.modulemapare just an overlooked missing header that seems to have been missing sincethis code was committed (r213922), which is now caught.Reviewers: rsmith, benlangmuir, djasperSubscribers: cfe-commitsDifferential Revision: http://reviews.llvm.org/D10423llvm-svn: 245228

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Mon, 17 Aug 2015 16:39:30 +0000</pubDate>
        <dc:creator>Sean Silva &lt;chisophugis@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>8f4d3ff1 - [modules] Restrict the module use-declaration to only appear in top-level</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#8f4d3ff1</link>
        <description>[modules] Restrict the module use-declaration to only appear in top-levelmodules, and allow sub-modules of a module with a use-declaration to make useof the nominated modules.llvm-svn: 233323

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Thu, 26 Mar 2015 22:10:01 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>b6ba46ef - Make a module &quot;use&quot; also count as use of all its submodules</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#b6ba46ef</link>
        <description>Make a module &quot;use&quot; also count as use of all its submodulesllvm-svn: 232159

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Fri, 13 Mar 2015 11:26:16 +0000</pubDate>
        <dc:creator>Daniel Jasper &lt;djasper@google.com&gt;</dc:creator>
    </item>
<item>
        <title>202210b3 - [modules] Support combining &apos;textual&apos; with &apos;private&apos;.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#202210b3</link>
        <description>[modules] Support combining &apos;textual&apos; with &apos;private&apos;.llvm-svn: 220589

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Fri, 24 Oct 2014 20:23:01 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>30428bc8 - Revert accidentally-committed files in r220460.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#30428bc8</link>
        <description>Revert accidentally-committed files in r220460.llvm-svn: 220461

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Thu, 23 Oct 2014 02:02:31 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>feb54b6d - Refactor implementation of &apos;exclude header&apos;.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#feb54b6d</link>
        <description>Refactor implementation of &apos;exclude header&apos;.This was not a real header role, and was never exposed to clients of ModuleMap.Remove the enumeration value for it and track it as marking the header as&apos;known&apos; rather than creating an extra KnownHeader entry that *every single*client ignores.llvm-svn: 220460

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Thu, 23 Oct 2014 02:01:19 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>306d8920 - [modules] Add support for &apos;textual header&apos; directives.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#306d8920</link>
        <description>[modules] Add support for &apos;textual header&apos; directives.This allows a module to specify that it logically contains a file, but thatsaid file is non-modular and intended for textual inclusion. This allowslayering checks to work properly in the presence of such files.llvm-svn: 220448

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Wed, 22 Oct 2014 23:50:56 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>98a9a6c6 - Use the expansion location of the file name when finding the module.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#98a9a6c6</link>
        <description>Use the expansion location of the file name when finding the module.The spelling location of stringified strings is not a file location.Optimally, we&apos;ll want to solve the problem (as the FIXME states) byhanding in the right FileEntry of the #include location.llvm-svn: 204220

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Wed, 19 Mar 2014 10:22:36 +0000</pubDate>
        <dc:creator>Manuel Klimek &lt;klimek@google.com&gt;</dc:creator>
    </item>
<item>
        <title>5c77e39f - Don&apos;t verify module inclusions in assembler files.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#5c77e39f</link>
        <description>Don&apos;t verify module inclusions in assembler files.llvm-svn: 203929

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Fri, 14 Mar 2014 14:53:17 +0000</pubDate>
        <dc:creator>Daniel Jasper &lt;djasper@google.com&gt;</dc:creator>
    </item>
<item>
        <title>92669ee4 - Enable layering check in unavailable modules.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#92669ee4</link>
        <description>Enable layering check in unavailable modules.If a header file belonging to a certain module is not found on thefilesystem, that header gets marked as unavailable. Now, the layeringwarning (-fmodules-decluse) should still warn about headers of thismodule being wrongfully included. Currently, headers belonging to thosemodules are just treated as not belonging to modules at all which meansthey can be included freely from everywhere.To implement this (somewhat) cleanly, I have moved most of the layeringchecks into the ModuleMap. This will also help with showing FixItslater.llvm-svn: 197805

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Fri, 20 Dec 2013 12:09:36 +0000</pubDate>
        <dc:creator>Daniel Jasper &lt;djasper@google.com&gt;</dc:creator>
    </item>
<item>
        <title>34dc4811 - Revert &quot;Modules: Make missing headers in a module.map a warning not an error.&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#34dc4811</link>
        <description>Revert &quot;Modules: Make missing headers in a module.map a warning not an error.&quot;This was committed accidentally.llvm-svn: 197389

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Mon, 16 Dec 2013 14:57:22 +0000</pubDate>
        <dc:creator>Daniel Jasper &lt;djasper@google.com&gt;</dc:creator>
    </item>
<item>
        <title>7e468e0f - Change layering warning tests to not actually build modules.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#7e468e0f</link>
        <description>Change layering warning tests to not actually build modules.Specifically, we want to warn only for direct layering violations forthe modules we are calling clang on.This temporarily unblockshttp://llvm-reviews.chandlerc.com/D2374Once that is in, we&apos;ll also want to investigate whether to check thelayering in the build step of modules that we build transitively.llvm-svn: 197021

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Wed, 11 Dec 2013 09:11:12 +0000</pubDate>
        <dc:creator>Daniel Jasper &lt;djasper@google.com&gt;</dc:creator>
    </item>
<item>
        <title>1f76c4e8 - Use the same SourceManager for ModuleMaps and compilations.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#1f76c4e8</link>
        <description>Use the same SourceManager for ModuleMaps and compilations.This allows using virtual file mappings on the original SourceManager tomap in virtual module.map files. Without this patch, the ModuleMapsearch will find a module.map file (as the FileEntry exists in theFileManager), but will be unable to get the content from theSourceManager (as ModuleMap previously created its own SourceManager).Two problems needed to be fixed which this patch exposed:1. Storing the inferred module mapWhen writing out a module, the ASTWriter stores the names of the filesin the main source manager; when loading the AST again, the ASTReadererrs out if such a file is found missing, unless it is overridden.Previously CompilerInstance&apos;s compileModule method would store theinferred module map to a temporary file; the problem with this approachis that now that the module map is handled by the main source manager,the ASTWriter stores the name of the temporary module map as source tothe compilation; later, when the module is loaded, the temporary filehas already been deleted, which leads to a compilation error. This patchchanges the inferred module map to instead inject a virtual file intothe source manager. This both saves some disk IO, and works with how theASTWriter/ASTReader handle overridden source files.2. Changing test input in test/Modules/Inputs/*Now that the module map file is handled by the main source manager, theVerifyDiagnosticConsumer will not ignore diagnostics created whileparsing the module map file. The module test test/Modules/renamed.m uses-I test/Modules/Inputs and triggers recursive loading of all module mapsin test/Modules/Inputs, some of which had conflicting names, thusleading errors while parsing the module maps. Those diagnostics alreadyoccur on trunk, but before this patch they would not break the test, asthey were ignored by the VerifyDiagnosticConsumer. This patch thuschanges the module maps that have been recently introduced which brokethe invariant of compatible modules maps in test/Modules/Inputs.llvm-svn: 193314

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Thu, 24 Oct 2013 07:51:24 +0000</pubDate>
        <dc:creator>Manuel Klimek &lt;klimek@google.com&gt;</dc:creator>
    </item>
<item>
        <title>ba7f2f71 - Module use declarations (II)</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map#ba7f2f71</link>
        <description>Module use declarations (II)Review: http://llvm-reviews.chandlerc.com/D1546.I have picked up this patch form Lawrence(http://llvm-reviews.chandlerc.com/D1063) and did a few changes.From the original change description (updated as appropriate):This patch adds a check that ensures that modules only use modules theyhave so declared. To this end, it adds a statement on intended moduleuse to the module.map grammar:  use module-idA module can then only use headers from other modules if it &apos;uses&apos; them.This enforcement is off by default, but may be turned on with the newoption -fmodules-decluse.When enforcing the module semantics, we also need to consider a sourcefile part of a module. This is achieved with a compiler option-fmodule-name=&lt;module-id&gt;.The compiler at present only applies restrictions to the module directlybeing built.llvm-svn: 191283

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/declare-use/module.map</description>
        <pubDate>Tue, 24 Sep 2013 09:14:14 +0000</pubDate>
        <dc:creator>Daniel Jasper &lt;djasper@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
