maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Headers/cxx11.cpp

26 lines
592 B
C++
Raw Normal View History

Add a module cache path to test/Headers/cxx11 Don't depend on the serialization format remaining the same. llvm-svn: 215454
2014-08-13 00:42:25 +08:00
// RUN: rm -rf %t
Switch tests in test/Headers to use %clang_cc1 rather than %clang. There is no need to go through the driver indirection here, and it clutters things up as dependencies can sneak in for specific things the driver is doing. llvm-svn: 191107
2013-09-21 05:12:25 +08:00
// RUN: %clang_cc1 -ffreestanding -fsyntax-only -std=c++11 %s
Add a module cache path to test/Headers/cxx11 Don't depend on the serialization format remaining the same. llvm-svn: 215454
2014-08-13 00:42:25 +08:00
// RUN: %clang_cc1 -ffreestanding -fsyntax-only -std=c++11 -fmodules -fmodules-cache-path=%t %s
libstdc++'s <cstdalign> #includes <stdalign.h> and expects it to guard against being included in C++. Don't define alignof or alignas in this case. Note that the C++11 standard is broken in various ways here (it refers to the contents of <stdalign.h> in C99, where that header did not exist, and doesn't mention the alignas macro at all), but we do our best to do what it intended. llvm-svn: 175708
2013-02-21 10:17:58 +08:00
Re-enable the C++11 modules integration test on OS X XCode 5.1.1 has shipped with fixed SDK headers. This reverts commit r200256. Fixes PR18322. llvm-svn: 206686
2014-04-20 03:07:19 +08:00
// This test fails on systems with older OS X 10.9 SDK headers, see PR18322.
Add a FIXME to a failing test. (See discussion in the bug for why this isn't XFAILed.) llvm-svn: 197991
2013-12-25 04:48:13 +08:00
libstdc++'s <cstdalign> #includes <stdalign.h> and expects it to guard against being included in C++. Don't define alignof or alignas in this case. Note that the C++11 standard is broken in various ways here (it refers to the contents of <stdalign.h> in C99, where that header did not exist, and doesn't mention the alignas macro at all), but we do our best to do what it intended. llvm-svn: 175708
2013-02-21 10:17:58 +08:00
#include <stdalign.h>
#if defined alignas
#error alignas should not be defined in C++
#endif
#if defined alignof
#error alignof should not be defined in C++
#endif
static_assert(__alignas_is_defined, "");
static_assert(__alignof_is_defined, "");
tl;dr: Teach Clang to work around g++ changing its workaround to glibc's implementation of C99's attempt to control the C++ standard. *sigh* The C99 standard says that certain macros in <stdint.h>, such as SIZE_MAX, should not be defined when the header is included in C++ mode, unless __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROS are defined. The C++11 standard says "Thanks, but no thanks" and C11 removed this rule, but various C library implementations (such as glibc) follow C99 anyway. g++ prior to 4.8 worked around the C99 / glibc behavior by defining __STDC_*_MACROS in <cstdint>, which was incorrect, because <stdint.h> is supposed to provide these macros too. g++ 4.8 works around it by defining __STDC_*_MACROS in its builtin <stdint.h> header. This change makes Clang act like g++ 4.8 in this regard: our <stdint.h> now countermands any attempt by the C library to implement the undesired C99 rules, by defining the __STDC_*_MACROS first. Unlike g++, we do this even in C++98 mode, since that was the intent of the C++ committee, matches the behavior required in C11, and matches our built-in implementation of <stdint.h>. llvm-svn: 179419
2013-04-13 06:11:07 +08:00
#include <stdint.h>
#ifndef SIZE_MAX
#error SIZE_MAX should be defined in C++
#endif