emscripten-fastcomp-clang/lib/Headers, branch master

Cherry-pick upstream clang r193506: "Define [U]LLONG_{MIN,MAX} for C++11, add tests."

2013-10-28T15:58:05Z

This is needed for libc++ testing with newlib. R=dschuff@chromium.org BUG= https://code.google.com/p/nativeclient/issues/detail?id=3623 TEST= ./pnacl/scripts/llvm-test.py --libcxx-tests Review URL: https://codereview.chromium.org/47573003

Make sure we define wchar_t related macros correctly in -fms-extensions mode.

2013-05-02T13:12:32Z

This adds a test to make sure we define _WCHAR_T_DEFINED and _NATIVE_WCHAR_T_DEFINED correctly in the preprocessor, and updates stddef.h to set it when typedeffing wchar_t. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@180918 91177308-0d34-0410-b5e6-96231b3b80d8

Fix typo in a stddef.h comment: s/risze_t/rsize_t/

2013-05-02T10:36:31Z

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@180916 91177308-0d34-0410-b5e6-96231b3b80d8

Fix header comment.

2013-04-25T16:14:14Z

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@180268 91177308-0d34-0410-b5e6-96231b3b80d8

Avoid names like __in that conflict with SAL in builtin headers

2013-04-19T17:00:14Z

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 -> -> . 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. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179860 91177308-0d34-0410-b5e6-96231b3b80d8

[CMake] Create the directory before creating the link to the clang headers.

2013-04-18T18:54:03Z

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179782 91177308-0d34-0410-b5e6-96231b3b80d8

Headers: Add support for ISO9899:2011 rsize_t.

2013-04-12T23:24:56Z

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179427 91177308-0d34-0410-b5e6-96231b3b80d8

tl;dr: Teach Clang to work around g++ changing its workaround to glibc's

2013-04-12T22:11:07Z

implementation of C99's attempt to control the C++ standard. *sigh* The C99 standard says that certain macros in , 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 , which was incorrect, because is supposed to provide these macros too. g++ 4.8 works around it by defining __STDC_*_MACROS in its builtin header. This change makes Clang act like g++ 4.8 in this regard: our 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 . git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179419 91177308-0d34-0410-b5e6-96231b3b80d8

Add tests that build modules for our builtin headers, and fix two buglets exposed by doing so.

2013-04-04T02:55:24Z

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@178736 91177308-0d34-0410-b5e6-96231b3b80d8

[cmake] Add clang-headers as a dependency of libclang and if we have to copy them

2013-03-29T21:51:40Z

for the IDE case, also create a symlink inside the libclang.dylib directory. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@178372 91177308-0d34-0410-b5e6-96231b3b80d8