forked from OSchip/llvm-project
8b7c0398b6
Summary: If a module was unavailable (either a missing requirement on the module being imported, or a missing file anywhere in the top-level module (and not dominated by an unsatisfied `requires`)), we would silently treat inclusions as textual. This would cause all manner of crazy and confusing errors (and would also silently "work" sometimes, making the problem difficult to track down). I'm really not a fan of the `M->isAvailable(getLangOpts(), getTargetInfo(), Requirement, MissingHeader)` function; it seems to do too many things at once, but for now I've done things in a sort of awkward way. The changes to test/Modules/Inputs/declare-use/module.map were necessitated because the thing that was meant to be tested there (introduced in r197805) was predicated on silently falling back to textual inclusion, which we no longer do. The changes to test/Modules/Inputs/macro-reexport/module.modulemap are just an overlooked missing header that seems to have been missing since this code was committed (r213922), which is now caught. Reviewers: rsmith, benlangmuir, djasper Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D10423 llvm-svn: 245228 |
||
|---|---|---|
| .. | ||
| a.h | ||
| b.h | ||
| c.h | ||
| d.h | ||
| e.h | ||
| f.h | ||
| g.h | ||
| g1.h | ||
| h.h | ||
| h1.h | ||
| i.h | ||
| j.h | ||
| k.h | ||
| l.h | ||
| m.h | ||
| m2.h | ||
| module.map | ||
| s.h | ||
| sub.h | ||