maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/lib/Headers/stddef.h

122 lines
3.5 KiB
C
Raw Normal View History

Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
/*===---- stddef.h - Basic type definitions --------------------------------===
*
Move the builtin headers to use the new license file header. Summary: These all had somewhat custom file headers with different text from the ones I searched for previously, and so I missed them. Thanks to Hal and Kristina and others who prompted me to fix this, and sorry it took so long. Reviewers: hfinkel Subscribers: mcrosier, javed.absar, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D60406 llvm-svn: 357941
2019-04-09 04:51:30 +08:00
* Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
* See https://llvm.org/LICENSE.txt for license information.
* SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
*
*===-----------------------------------------------------------------------===
*/
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#if !defined(__STDDEF_H) || defined(__need_ptrdiff_t) || \
defined(__need_size_t) || defined(__need_wchar_t) || \
defined(__need_NULL) || defined(__need_wint_t)
#if !defined(__need_ptrdiff_t) && !defined(__need_size_t) && \
!defined(__need_wchar_t) && !defined(__need_NULL) && \
!defined(__need_wint_t)
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
/* Always define miscellaneous pieces when modules are available. */
#if !__has_feature(modules)
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#define __STDDEF_H
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#endif
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#define __need_ptrdiff_t
#define __need_size_t
#define __need_wchar_t
#define __need_NULL
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#define __need_STDDEF_H_misc
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
/* __need_wint_t is intentionally not defined here. */
#endif
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#if defined(__need_ptrdiff_t)
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#if !defined(_PTRDIFF_T) || __has_feature(modules)
/* Always define ptrdiff_t when modules are available. */
#if !__has_feature(modules)
Add '#ifndef _PTRDIFF_T' guard around definition of ptrdiff_t. Fixes <rdar://problem/9210154>. llvm-svn: 128578
2011-03-31 05:43:52 +08:00
#define _PTRDIFF_T
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
[Headers] Use standard builtin defines instead of typeof trickery. - The trickery can confuse more basic source processors, in particular the Unix conformance tool that wants to scan headers. llvm-svn: 174475
2013-02-06 08:38:13 +08:00
typedef __PTRDIFF_TYPE__ ptrdiff_t;
Add '#ifndef _PTRDIFF_T' guard around definition of ptrdiff_t. Fixes <rdar://problem/9210154>. llvm-svn: 128578
2011-03-31 05:43:52 +08:00
#endif
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#undef __need_ptrdiff_t
#endif /* defined(__need_ptrdiff_t) */
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#if defined(__need_size_t)
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#if !defined(_SIZE_T) || __has_feature(modules)
/* Always define size_t when modules are available. */
#if !__has_feature(modules)
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#define _SIZE_T
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
[Headers] Use standard builtin defines instead of typeof trickery. - The trickery can confuse more basic source processors, in particular the Unix conformance tool that wants to scan headers. llvm-svn: 174475
2013-02-06 08:38:13 +08:00
typedef __SIZE_TYPE__ size_t;
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#endif
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#undef __need_size_t
#endif /*defined(__need_size_t) */
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#if defined(__need_STDDEF_H_misc)
Fix typo in a stddef.h comment: s/risze_t/rsize_t/ llvm-svn: 180916
2013-05-02 18:36:31 +08:00
/* ISO9899:2011 7.20 (C11 Annex K): Define rsize_t if __STDC_WANT_LIB_EXT1__ is
Headers: Add support for ISO9899:2011 rsize_t. llvm-svn: 179427
2013-04-13 07:24:56 +08:00
* enabled. */
#if (defined(__STDC_WANT_LIB_EXT1__) && __STDC_WANT_LIB_EXT1__ >= 1 && \
!defined(_RSIZE_T)) || __has_feature(modules)
/* Always define rsize_t when modules are available. */
#if !__has_feature(modules)
#define _RSIZE_T
#endif
typedef __SIZE_TYPE__ rsize_t;
#endif
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#endif /* defined(__need_STDDEF_H_misc) */
Headers: Add support for ISO9899:2011 rsize_t. llvm-svn: 179427
2013-04-13 07:24:56 +08:00
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#if defined(__need_wchar_t)
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#ifndef __cplusplus
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
/* Always define wchar_t when modules are available. */
#if !defined(_WCHAR_T) || __has_feature(modules)
#if !__has_feature(modules)
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#define _WCHAR_T
Make sure we define wchar_t related macros correctly in -fms-extensions mode. 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. llvm-svn: 180918
2013-05-02 21:12:32 +08:00
#if defined(_MSC_EXTENSIONS)
#define _WCHAR_T_DEFINED
#endif
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
fix PR7192 by defining wchar_t in a more conventional way. The type of L"x" can change based on command line arguments. llvm-svn: 113127
2010-09-06 07:29:49 +08:00
typedef __WCHAR_TYPE__ wchar_t;
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#endif
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#endif
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#undef __need_wchar_t
#endif /* defined(__need_wchar_t) */
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#if defined(__need_NULL)
Add preprocessor guards to the definitions of size_t and wchar_t, and #undef NULL before defining it. This addresses potential issues with system headers reported in <rdar://problem/7727159>. llvm-svn: 98006
2010-03-09 07:23:45 +08:00
#undef NULL
Revert "[lib/Headers] Define NULL as __DARWIN_NULL when on __APPLE__." Per feedback by Doug, we should avoid platform-specific implementations in lib/Headers as much as possible. This reverts commit r178110. llvm-svn: 178181
2013-03-28 05:22:45 +08:00
#ifdef __cplusplus
Let NULL and MSVC headers coexist better. Fixes the two issues mentioned in PR12146. llvm-svn: 155490
2012-04-25 05:27:01 +08:00
# if !defined(__MINGW32__) && !defined(_MSC_VER)
# define NULL __null
# else
# define NULL 0
# endif
#define NULL as 0 when compiling as C++. This fixes the carbon.cpp and cocoa.mm test failures. llvm-svn: 58685
2008-11-04 14:53:14 +08:00
#else
Let NULL and MSVC headers coexist better. Fixes the two issues mentioned in PR12146. llvm-svn: 155490
2012-04-25 05:27:01 +08:00
# define NULL ((void*)0)
#define NULL as 0 when compiling as C++. This fixes the carbon.cpp and cocoa.mm test failures. llvm-svn: 58685
2008-11-04 14:53:14 +08:00
#endif
std::nullptr_t support in MS headers, from João Matos. llvm-svn: 159448
2012-06-30 02:28:41 +08:00
#ifdef __cplusplus
#if defined(_MSC_EXTENSIONS) && defined(_NATIVE_NULLPTR_SUPPORTED)
namespace std { typedef decltype(nullptr) nullptr_t; }
using ::std::nullptr_t;
#endif
#endif
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#undef __need_NULL
#endif /* defined(__need_NULL) */
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#if defined(__need_STDDEF_H_misc)
Teach Clang to provide ::max_align_t in C11 and C++11 modes. This definition is not chosen idly. There is an unfortunate reality with max_align_t -- the specific nature of its definition leaks into the ABI almost immediately. Because it is part of C11 and C++11 it becomes essential for it to match with other systems on that ABI. There is an effort to discourage any further use of this construct as a consequence -- using max_align_t introduces an immediate ABI problem. We can never update it to have larger alignment even as the microarchitecture changes to necessitate higher alignment. =/ The particular definition here exactly matches the ABI of GCC's chosen ::max_align_t definition, for better or worse. This was written with the help of Richard Smith who was decoding the exact ABI implications of the selected definition in GCC. Notably, in-register arguments are impacted by the particular definition chosen. =/ No one is under the illusion that this is a "good" or "useful" definition of max_align_t, and we are working with the standards committee to specify a more useful interface to address this need. llvm-svn: 201729
2014-02-20 06:35:01 +08:00
#if __STDC_VERSION__ >= 201112L || __cplusplus >= 201103L
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#include "__stddef_max_align_t.h"
Headers: Provide an ABI compatible max_align_t when _MSC_VER is defined Summary: Our usual definition of max_align_t wouldn't match up with MSVC if it was used in a template argument. Reviewers: chandlerc, rsmith, rnk Reviewed By: chandlerc CC: cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D2924 llvm-svn: 202911
2014-03-05 07:43:48 +08:00
#endif
Add a couple more headers. stddef was discussed on cfe-dev, and consensus was that it was fine; iso646 is trivial. We actually don't need that many headers overall... on Ubuntu, at least, all we need are stdint.h, stdarg.h, limits.h, and float.h to stop depending on having gcc's headers around for normal code. On a side note, the path searching needs some improvement; I had to hardcode the path to my header directory into clang.cpp to get the driver to use it consistently. llvm-svn: 51317
2008-05-20 21:34:26 +08:00
#define offsetof(t, d) __builtin_offsetof(t, d)
Fix interaction of max_align_t and modules. When building with modules enabled, we were defining max_align_t as a typedef for a different anonymous struct type each time it was included, resulting in an error if <stddef.h> is not covered by a module map and is included more than once in the same modules-enabled compilation of C11 or C++11 code. llvm-svn: 218931
2014-10-03 08:31:35 +08:00
#undef __need_STDDEF_H_misc
#endif /* defined(__need_STDDEF_H_misc) */
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
/* Some C libraries expect to see a wint_t here. Others (notably MinGW) will use
fix a bunch of comment typos found by codespell. Patch by Luis Felipe Strano Moraes! llvm-svn: 129559
2011-04-15 13:22:18 +08:00
__WINT_TYPE__ directly; accommodate both by requiring __need_wint_t */
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
#if defined(__need_wint_t)
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
/* Always define wint_t when modules are available. */
#if !defined(_WINT_T) || __has_feature(modules)
#if !__has_feature(modules)
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
#define _WINT_T
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
typedef __WINT_TYPE__ wint_t;
<rdar://problem/13479214> Make Clang's <stddef.h> robust against system headers defining size_t/ptrdiff_t/wchar_t. Clang's <stddef.h> provides definitions for the C standard library types size_t, ptrdiff_t, and wchar_t. However, the system's C standard library headers tend to provide the same typedefs, and the two generally avoid each other using the macros _SIZE_T/_PTRDIFF_T/_WCHAR_T. With modules, however, we need to see *all* of the places where these types are defined, so provide the typedefs (ignoring the macros) when modules are enabled. llvm-svn: 177686
2013-03-22 08:10:49 +08:00
#endif
lib/Headers/stddef.h: wint_t should be defined whenever <stddef.h> is included with __need_wint_t. llvm-svn: 116794
2010-10-19 11:42:41 +08:00
#undef __need_wint_t
#endif /* __need_wint_t */
Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. glibc expects that stddef.h only defines a single thing if either of these defines is set. For example, before this change, a C file containing #include <stdlib.h> int ptrdiff_t = 0; would compile with gcc but not with clang. Now it compiles with clang too. This also fixes PR12997, where older versions of the Linux headers would define NULL incorrectly, and glibc would define __need_NULL and expect stddef.h to redefine NULL with the correct definition. llvm-svn: 207606
2014-04-30 12:35:09 +08:00
#endif