<?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>f91b6f81 - [Modules] Fix rebuilding an updated module for each of its consumers.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Modules/Inputs/implicit-invalidate-common/module.modulemap#f91b6f81</link>
        <description>[Modules] Fix rebuilding an updated module for each of its consumers.Marking a module for a rebuild when its signature differs from theexpected one causes redundant module rebuilds for incremental builds.When a module is updated, its signature changes. But its consumers stillhave the old signature and loading them will result in signaturemismatches. It will correctly cause the rebuilds for the consumers butwe don&apos;t need to rebuild the common module for each of them as it isalready up to date.In practice this bug causes longer build times. We are doing more workthan required and only a single process can build a module, so parallelbuilds degrade to a single-process mode where extra processes are justwaiting on a file lock.Fix by not marking a module dependency for a rebuild on signaturemismatch. We&apos;ll check if it is up to date when we load it.rdar://problem/50212358Reviewers: dexonsmith, bruno, rsmithReviewed By: dexonsmith, brunoSubscribers: jkorous, ributzka, cfe-commits, aprantlDifferential Revision: https://reviews.llvm.org/D66907llvm-svn: 370274

            List of files:
            /llvm-project-15.0.7/clang/test/Modules/Inputs/implicit-invalidate-common/module.modulemap</description>
        <pubDate>Wed, 28 Aug 2019 23:31:32 +0000</pubDate>
        <dc:creator>Volodymyr Sapsai &lt;vsapsai@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
