Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [modules] Simplify -cc1 interface for enabling implicit module maps. | Richard Smith | 2015-06-16 | 1 | -1/+1 |
| | | | | | | | | | | | | | We used to have a flag to enable module maps, and two more flags to enable implicit module maps. This is all redundant; we don't need any flag for enabling module maps in the abstract, and we don't usually have -fno- flags for -cc1. We now have just a single flag, -fimplicit-module-maps, that enables implicitly searching the file system for module map files and loading them. The driver interface is unchanged for now. We should probably rename -fmodule-maps to -fimplicit-module-maps at some point. llvm-svn: 239789 | ||||
* | [modules] Add support for #include_next. | Richard Smith | 2014-10-20 | 1 | -0/+11 |
#include_next interacts poorly with modules: it depends on where in the list of include paths the current file was found. Files covered by module maps are not found in include search paths when building the module (and are not found in include search paths when @importing the module either), so this isn't really meaningful. Instead, we fake up the result that #include_next *should* have given: find the first path that would have resulted in the given file being picked, and search from there onwards. llvm-svn: 220177 |