To reduce the number of modules we build in explicit builds (which use strict context hash), we prune unused header search paths. This essentially merges parts of the dependency graph.
Determining whether a search path was used to discover a module (through implicit module maps) proved to be somewhat complicated. Initial support landed in
D102923, while
D113676 attempts to fix some bugs.
However, now that we don't use implicit module maps in explicit builds (since
D120465), we don't need to consider such search paths as used anymore. Modules are no longer discovered through the header search mechanism, so we can drop such search paths (provided they are not needed for other reasons).
This patch removes whatever support for detecting such usage we had, since it's buggy and not required anymore.
Depends on
D120465.
Reviewed By: dexonsmith
Differential Revision: https://reviews.llvm.org/
D121295
/// Determine which HeaderSearchOptions::UserEntries have been successfully
/// used so far and mark their index with 'true' in the resulting bit vector.
+ /// Note: implicit module maps don't contribute to entry usage.
std::vector<bool> computeUserEntryUsage() const;
/// This method returns a HeaderMap for the specified
break;
}
- if (Module)
- noteLookupUsage(It.Idx, ImportLoc);
-
return Module;
}
#endif
#endif
-// Check that search paths with module maps are reported.
+// Check that search paths with module maps are NOT reported.
//
// RUN: mkdir %t/modulemap_abs
// RUN: sed "s|DIR|%/S/Inputs/search-path-usage|g" \
// RUN: -DMODMAP_ABS -verify
#ifdef MODMAP_ABS
@import b; // \
-// expected-remark-re {{search path used: '{{.*}}/modulemap_abs'}}
+// expected-no-diagnostics
#endif