summaryrefslogtreecommitdiffstats
path: root/clang/test/Modules/compiler_builtins.m
Commit message (Collapse)AuthorAgeFilesLines
* [Modules] Add a command line option for loading the clang builtins modulemap.Elad Cohen2016-10-311-0/+1
| | | | | | | | | -fbuiltin-module-map loads the clang builtins modulemap file. (This is equivalent to -fmodule-map-file=<resource dir>/include/module.modulemap) Differential Revision: https://reviews.llvm.org/D25767 llvm-svn: 285548
* [modules] Simplify -cc1 interface for enabling implicit module maps.Richard Smith2015-06-161-2/+2
| | | | | | | | | | | | | 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 compiler_builtins.m test to not rely on including system stdlib.h and ↵Hans Wennborg2015-01-221-2/+2
| | | | | | | | | | | | | | malloc.h Importing _Builtin_intrinsics.sse and avx would transitively pull in those headers, and the test would fail when building in an environment where they were not available on the include path. This fixes PR20995 for me. Differential Revision: http://reviews.llvm.org/D7112 llvm-svn: 226754
* Enabling this test again on mingw. The problem seems to happen whenYaron Keren2014-12-181-1/+0
| | | | | | | two identical module.modulemap are available on the include path and so should be fixed in the mingw driver include dies, when we'll have it. llvm-svn: 224515
* This test does not pass for -target i686-pc-windows-gnu (-mingw32)Yaron Keren2014-12-171-0/+1
| | | | | | | when clang is built with mingw-w64 4.9.1 or according to http://llvm.org/PR20995 , mingw-w64 4.7.2 as well. llvm-svn: 224453
* Avoid names like __in that conflict with SAL in builtin headersReid Kleckner2013-04-191-1/+0
| | | | | | | | | | | | | | Microsoft's Source Annotation Language (SAL) defines a bunch of keywords for annotating the inputs and outputs of functions. Empty definitions for the keywords are provided by <stdlib.h> -> <crtdefs.h> -> <sal.h>. This makes it basically impossible to include MSVC's stdlib.h and Clang's *mmintrin.h headers at the same time if they have variables named __in. As a workaround, I've renamed those variables. This fixes the Modules/compiler_builtins.m test which was XFAILed, presumably due to this conflict. llvm-svn: 179860
* Rename -fmodule-cache-path <blah> to -fmodules-cache-path=<blah> for ↵Douglas Gregor2013-02-071-2/+2
| | | | | | consistency. llvm-svn: 174645
* clang/test/Modules/compiler_builtins.m: Mark this as XFAIL:win32 for now. ↵NAKAMURA Takumi2013-01-171-0/+1
| | | | | | Investigating. llvm-svn: 172689
* Use @import rather than @__experimental_modules_import, since theDouglas Gregor2012-12-111-2/+2
| | | | | | latter is rather a mess to type. llvm-svn: 169919
* Make cpuid.h actually work with -std=c99 <rdar://problem/12552716>.Douglas Gregor2012-11-051-0/+1
| | | | | | | | While we're here, extend the module map to cover most of the newly-added instrinsic headers. Only wmmintrin.h is missing, because it needs to be split into AES/PCLMUL subheaders (as a separate commit). llvm-svn: 167398
* Prior to adding the new "expected-no-diagnostics" directive to ↵Andy Gibbs2012-10-191-0/+1
| | | | | | VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive. llvm-svn: 166280
* Change @import to @__experimental_modules_import. We are not ready to ↵Ted Kremenek2012-03-011-2/+2
| | | | | | | | commit to a particular syntax for modules, and don't have time to push it forward in the near future. llvm-svn: 151841
* Back out my heinous hack that tricked the module generation mechanismDouglas Gregor2012-02-021-16/+0
| | | | | | | | | | | | | | | | | | | | into using non-absolute system includes (<foo>)... ... and introduce another hack that is simultaneously more heineous and more effective. We whitelist Clang-supplied headers that augment or override system headers (such as float.h, stdarg.h, and tgmath.h). For these headers, Clang does not provide a module mapping. Instead, a system-supplied module map can refer to these headers in a system module, and Clang will look both in its own include directory and wherever the system-supplied module map suggests, then adds either or both headers. The end result is that Clang-supplied headers get merged into the system-supplied module for the C standard library. As a drive-by, fix up a few dependencies in the _Builtin_instrinsics module. llvm-svn: 149611
* test/Modules/compiler_builtins.m: Appease Cygwin to add -D__need_wint_t.NAKAMURA Takumi2012-02-011-1/+1
| | | | | | | | On Cygwin, at first, <stddef.h> is included without __need_wint_t. Next, <stddef.h> is included with __need_wint_t, though Modules feature would not process <stddef.h> twice. Then, wint_t is not found in system headers. llvm-svn: 149500
* test/Modules/compiler_builtins.m: Mark this as XFAIL:win32. MS limits.h ↵NAKAMURA Takumi2012-02-011-0/+2
| | | | | | provides size_t. llvm-svn: 149499
* Split compiler builtin module into "stdlib" builtins and "intrinsic"Douglas Gregor2012-01-311-4/+8
| | | | | | | | builds, and bring mm_alloc.h into the fold. Start playing some tricks with these builtin modules to mirror the include_next tricks that the headers already perform. llvm-svn: 149434
* Remove tgmath.h from the module map for now, because it currently causes aDouglas Gregor2012-01-301-3/+0
| | | | | | | cyclic module dependency due to its inclusion of math.h and complex.h. I'll take another shot at it later. llvm-svn: 149283
* Introduce TargetInfo::hasFeature() to query various feature names inDouglas Gregor2012-01-301-0/+8
| | | | | | | | | | | | | | each of the targets. Use this for module requirements, so that we can pin the availability of certain modules to certain target features, e.g., provide a module for xmmintrin.h only when SSE support is available. Use these feature names to provide a nearly-complete module map for Clang's built-in headers. Only mm_alloc.h and unwind.h are missing, and those two are fairly specialized at the moment. Finishes <rdar://problem/10710060>. llvm-svn: 149227
* Just disable the compiler-builtins module test on MSVC for nowDouglas Gregor2012-01-291-0/+3
| | | | llvm-svn: 149214
* Teach tgmath.h to only include <complex.h> if it's available.Douglas Gregor2012-01-291-2/+2
| | | | llvm-svn: 149213
* Try to get useful diagnostics out of the failing MSVC buildersDouglas Gregor2012-01-291-2/+2
| | | | llvm-svn: 149212
* Alternate fix to the modules failures that doesn't require us to tweak tgmath.hDouglas Gregor2012-01-291-1/+1
| | | | llvm-svn: 149210
* If there's no math.h, then tgmath.h should just be emptyDouglas Gregor2012-01-291-3/+2
| | | | llvm-svn: 149209
* Temporary disable the -verify on this test in the hope of getting some ↵Douglas Gregor2012-01-291-2/+3
| | | | | | useful output from the buildbots llvm-svn: 149208
* Introduce a module map for (some of) the compiler-suppliedDouglas Gregor2012-01-291-0/+12
headers. The remaining headers require more sophisticated requirements; they'll be handled separately. Part of <rdar://problem/10710060>. llvm-svn: 149206
OpenPOWER on IntegriCloud