en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/ClangScanDeps/Inputs/module.modulemap#c68f2472 [clang-scan-deps] ignore top-level module dependencies that aren't actually importedWhenever -fmodule-name=top_level_module name is parsed, and clang actually tries toimport top_level_module, the headers are imported textually and the module isn't actuallybuilt. However, the dependency scanner could still record it as a potential dependencyif the module was reimported and thus recorded by the preprocessor callbacks.This change avoids collecting this kind of module as a dependency by verifying that we don'tcollect top level modules without actual PCM files.Differential Revision: https://reviews.llvm.org/D106100 List of files: /llvm-project-15.0.7/clang/test/ClangScanDeps/Inputs/module.modulemap Thu, 15 Jul 2021 20:52:38 +0000 Alex Lorenz <arphaman@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/ClangScanDeps/Inputs/module.modulemap#9ab6d823 [clang-scan-deps] Add basic support for modules.This fixes two issues that prevent simple uses of modules from working.* We would previously minimize _every_ file opened by clang, even module maps and module pcm files. Now we only minimize files with known extensions. It would be better if we knew which files clang intended to open as a source file, but this works for now.* We previously cached every lookup, even failed lookups. This is a problem because clang stats the module cache directory before building a module and creating that directory. If we cache that failure then the subsequent pcm load doesn't see the module cache and fails.Overall this still leaves us building minmized modules on disk during scanning.This will need to be improved eventually for performance, but this is correct,and works for now.Differential Revision: https://reviews.llvm.org/D68835 List of files: /llvm-project-15.0.7/clang/test/ClangScanDeps/Inputs/module.modulemap Thu, 10 Oct 2019 21:40:17 +0000 Michael Spencer <bigcheesegs@gmail.com>