summaryrefslogtreecommitdiffstats
path: root/clang/test/Modules/extern_c.cpp
Commit message (Collapse)AuthorAgeFilesLines
* [modules] Allow the error on importing a C++ module within an extern "C"Richard Smith2015-10-131-6/+8
| | | | | | | | | context (but otherwise at the top level) to be disabled, to support use of C++ standard library implementations that (legitimately) mark their <blah.h> headers as being C++ headers from C libraries that wrap things in 'extern "C"' a bit too enthusiastically. llvm-svn: 250137
* [Modules] More descriptive diagnostics for misplaced import directiveSerge Pavlov2015-09-191-1/+3
| | | | | | | | | | If an import directive was put into wrong context, the error message was obscure, complaining on misbalanced braces. To get more descriptive messages, annotation tokens related to modules are processed where they must not be seen. Differential Revision: http://reviews.llvm.org/D11844 llvm-svn: 248085
* [modules] Simplify -cc1 interface for enabling implicit module maps.Richard Smith2015-06-161-12/+12
| | | | | | | | | | | | | 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
* Module [extern_c] attribute: inherit to submodules, don't write 'extern "C"'Richard Smith2014-03-081-3/+18
| | | | | | blocks when building in C mode, and serialize and deserialize the attribute. llvm-svn: 203317
* Add [extern_c] attribute for modules, allowing a C module to be imported ↵Richard Smith2014-03-021-0/+66
within an extern "C" block in C++ code. llvm-svn: 202615
OpenPOWER on IntegriCloud