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 | ||||
* | Fix conflict between r174685 and r174645 (rename -fmodule-cache-path <foo> ↵ | Richard Smith | 2013-02-08 | 1 | -1/+1 |
| | | | | | | to -fmodules-cache-path=<foo>). llvm-svn: 174690 | ||||
* | Fix stack overflow and improve performance when a module contains many | Richard Smith | 2013-02-08 | 1 | -0/+9 |
overloads of a name by claiming that there are no lookup results for that name in modules while loading the names from the module. Lookups in deserialization really don't want to find names which they themselves are in the process of introducing. This also has the pleasant side-effect of automatically caching PCH lookups which found no names. The runtime here is still quadratic in the number of overloads, but the constant is lower. llvm-svn: 174685 |