summaryrefslogtreecommitdiffstats
path: root/libcxx/include/module.modulemap
Commit message (Collapse)AuthorAgeFilesLines
* Handle function name conflicts in _LIBCPP_MSVCRT modeSaleem Abdulrasool2015-02-131-0/+1
| | | | | | | | | | Visual Studio's SAL extension uses a macro named __deallocate. This macro is used pervasively, and gets included through various different ways. This conflicts with the similarly named interfaces in libc++. Introduce a undef header similar to __undef_min_max to handle this. This fixes a number of errors due to the macro replacing the function name. llvm-svn: 229162
* Mark module atomic as cplusplus11.Nico Weber2014-09-241-0/+1
| | | | | | | | | | | | | With clang, the header atomic requires __has_feature(cxx_atomic), which is only true in c++11 mode. Because of this, when using modules in c++98 with libc++ compilation of the std module would fail without this change, PR21002. (With gcc, only gcc4.7+ is needed, no c++11. But gcc doesn't have modules yet, and the module.modulemap language can't express things like "this is only required if the compiler is clang". If gcc gets module support, we'd probably have a module.modulemap file for each compiler that libc++ supports?) llvm-svn: 218372
* [modules] Add initial module map for libc++.Richard Smith2014-05-211-0/+471
llvm-svn: 209265
OpenPOWER on IntegriCloud