Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [modules] Simplify -cc1 interface for enabling implicit module maps. | Richard Smith | 2015-06-16 | 1 | -4/+4 |
| | | | | | | | | | | | | | 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] When loading in multiple canonical definitions of a template, | Richard Smith | 2015-02-27 | 1 | -3/+7 |
| | | | | | | | accumulate the set of specializations rather than overwriting one list with another. llvm-svn: 230712 | ||||
* | [modules] Even if we already have a definition of a class, loading in another | Richard Smith | 2015-02-25 | 1 | -0/+24 |
one can give us more lookup results (due to implicit special members). Be sure to complete the redecl chain for every kind of DeclContext before performing a lookup into it, rather than only doing so for NamespaceDecls. llvm-svn: 230558 |