History log of /external/clang/lib/Headers/limits.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
e02e5e2b055dbb3c18229b5cf6b831270c51dd4c 09-Sep-2011 Eric Christopher <echristo@apple.com> Remove WCHAR_MIN and WCHAR_MAX from limits.h. According to posix and c99
these should be in stdint.h - and they already are.

Fixes rdar://10097036.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@139332 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
2f5127e6e0dbd9fcead5d61576d4c40237a28927 19-Jul-2011 Sean Hunt <scshunt@csclub.uwaterloo.ca> Implement a __WCHAR_UNSIGNED__ macro and use it to include WCHAR_MIN and
WCHAR_MAX in limits.h, thus solving the problem where the system header
thinks it knows better.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@135455 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
ac21a21a49131544777f3bd56d2351a4072954ca 16-Nov-2010 Chandler Carruth <chandlerc@gmail.com> Futher reduce the includes of our builtin headers, and teach limits.h to avoid
include_next when not hosted or unavailable. This follows the pattern in
stdint.h and allows these headers to work even in a freestanding configuration
without a standard library.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@119343 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
a22848f4d905e3ddcb472aced1aeb14ceabfed7d 08-Dec-2009 Douglas Gregor <dgregor@apple.com> Pick up MB_LEN_MAX as defined by the system <limits.h>, when it's provided there

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@90879 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
2fc47b54ee2ef1419c0af4c80d52260b34056b85 01-Apr-2009 Chris Lattner <sabre@nondot.org> add support for the LONG_LONG_MIN/LONG_LONG_MAX/ULONG_LONG_MAX limits.h GNU extensions.
rdar://6740292


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@68169 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
3855b9a8f05d3f6aba14dcd9aff3147eb8ff57bd 13-Feb-2009 Mike Stump <mrs@apple.com> Fix limits.h for linux, as glibc does a #include_next unless
_GCC_LIMITS_H_ is defined, when __GNUC__ is defined.

Also, we need to stay away from possible conflicts with header guards.
We should use CLANG_ to prefix all header guards.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@64408 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
ed27d441eba4cac8bd8dfdf4fd6337a7fc1b17d3 07-Feb-2009 Chris Lattner <sabre@nondot.org> only define MB_LEN_MAX if the system <limits.h> doesn't.
don't typecast CHAR_MIN to char, this makes it not a PP constant
and gives it the wrong unpromoted type. Thanks to Sebastian for
pointing this out!


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@63980 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
2a67f7bd99d004f78a961a16b6525f61313dd974 06-Feb-2009 Chris Lattner <sabre@nondot.org> add a stdint.h header.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@63977 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
a9cece68cc96120708e9d8970372335745c7c7e0 06-Feb-2009 Chris Lattner <sabre@nondot.org> correct description


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@63947 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h
c807423936cb64b18b0daedd7799f8d8ea6206ad 06-Feb-2009 Chris Lattner <sabre@nondot.org> first hack at limits.h


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@63945 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/lib/Headers/limits.h